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EXECUTIVE  SUMMARY 


Early  in  the  Computer-aided  Acquisition  and  Logistic  Support  (CALS) 
initiative,  NIST  proposed  and  CALS  adopted  the  Computer  Graphics 
Metafile  (CGM)  standard  for  the  exchange  of  illustration  data. 
NIST  realized  at  the  time  that  CALS  requirements  mandated  changes 
to  CGM  because  of  recognized  shortcomings.  The  military 
specification  known  as  MIL-D-28003  was  written  by  NIST  to  address 
some  of  those  shortcomings. 

Additional  CALS  requirements  studies  by  NIST  pointed  to  areas  where 
the  CGM  standard  itself  needed  to  be  extended  with  additional 
functionality.  CALS-sponsored  work  was  started  by  NIST  in  both  the 
American  and  International  standards  organizations  to  add  this 
functionality  to  CGM. 

This  standards  work  has  led  to  Amendment  3 of  CGM  (Appendix  1)  , 
which  is  now  almost  complete.  It  will  be  folded  into  a completely 
revised  national/ international  CGM  standard  to  be  published  in  mid- 
1992.  The  functionality  for  Amendment  3 is  still  undergoing  change 
as  it  is  folded  into  the  revised  CGM  standard.  The  revision  of 
MIL-D-28003,  known  as  MIL-D-28003A  (Appendix  2),  incorporates  the 
functionality  of  CGM  Amendment  3 . The  CGM  standard  with  this 
amendment,  together  with  MIL-D-28003A,  can  now  be  used  in  CALS  to 
exchange  engineering  drawing  data  as  well  as  illustration  data. 
CALS  should  consider  the  use  of  MIL-D-28003A  as  an  option  to  IGES 
(Initial  Graphics  Exchange  Specification)  for  the  interchange  of 
engineering  drawings  in  certain  situations. 

In  addition,  work  has  also  commenced  on  another  CGM  amendment 
concerning  rules  for  profiles  and  conformance.  This  activity  was 
not  anticipated  a year  ago,  but  it  will  have  significant  impact  on 
the  evolution  and  successful  use  of  MIL-D-28003A.  The  ISO/IEC  CGM 
committee  recognized  that  among  the  principal  practical  barriers  to 
automated  graphical  interchange  are: 

A lack  of  sensible  rules  for  profiles  of  CGM  (MIL-D- 

28003A  is  a profile) ; and 

A lack  of  a foundation  in  the  standard  itself  for  testing 

conformance  of  CGM  generators  and  interpreters. 

Accordingly,  a new  project  (Appendix  3 contains  the  project 
proposal)  was  initiated  (known  as  CGM  Amendment  4)  to  define  new 
normative  parts  of  CGM  which  define  rules  for  profiles  and 
conformance  requirements  for  CGM  software  components.  The  US 
provided  the  initial  text  for  CGM  Amendment  4 (Appendix  4) . The 
work  heavily  reflects  previous  CALS  profile  work,  and  in  turn  goes 
further.  This  work  will  affect  future  revisions  of  28003. 
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BACKGROUND 


After  six  years  of  deliberation,  circulation,  balloting,  and 
refinement  the  Computer  Graphics  Metafile  (CGM)  became  an  American 
National  Standards  Institute  (ANSI)  standard  in  1986,  and  an 
ISO/IEC  standard  in  1987.  (ISO/IEC  stands  for  International 
Organization  for  Standardization/International  Electrotechnical 
Commission.)  One  consequence  of  the  consensus  process  of  drafting 
and  refining  the  CGM  is  that  the  standard  tended  toward  a "least 
common  denominator"  graphical  metafile  for  the  various 
constituents.  It  is,  to  a large  degree,  the  area  of  overlap  that 
all  participants  in  its  formulation  agreed  should  be  in  a graphical 
metafile.  As  a result,  it  is  functionally  lean.  The  advantage  is 
that  CGM  has  been  easier  to  implement  and  has  come  into  wide  use. 

The  disadvantage  of  a lean  CGM  is  that  it  is  difficult  to  use  the 
CGM  efficiently  in  some  application  environments.  Much  useful 
additional  functionality,  particularly  elements  of  the  sort  needed 
in  compound  document  development  and  exchange,  was  proposed  for  CGM 
during  its  formulation.  Most  of  the  proposals  were  deferred,  in 
favor  of  getting  a lean  "first  generation"  CGM  completed  as  quickly 
as  possible.  An  extension  process  commenced,  sorting  through  the 
proposals  to  enrich  CGM  functionality  in  the  direction  of  more 
advanced  metafile  applications.  As  a result,  three  amendments 
(formerly  called  "addenda")  to  CGM  were  initiated: 

1.  Amendment  1 - additional  output  capabilities  and  symbol 
libraries ; 

2.  Amendment  2 - support  of  3-dimensional  (3D)  primitives 
and  viewing  in  metafiles; 

3.  Amendment  3 - support  of  advanced  2-dimensional  (2D) 

drawing  capabilities  for  technical  illustration,  graphics 
art  quality  picture  definition,  and  graphics  in  technical 
publishing. 

All  three  were  initiated  as  ISO/IEC  projects.  The  first  two  were 
endorsed  in  1986  by  vote  of  ISO/IEC  JTC1/SC24  (Joint  Technical 
Committee  1/ Sub-Committee  24) , and  the  third  by  the  formal 
requirements  and  NWI  (New  Work  Item)  process  of  ISO/IEC  JTC1/SC24, 
during  the  period  1987-1989.  In  1989  the  project  finally  passed 
the  SC24  NWI  ballot,  principally  as  a consequence  of  CALS 
participation.  SC24  finally  approved  NWI  status  for  CGM  Amendment 
3 in  1989  and  ISO/IEC  JTCl  concurred  in  1990. 
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ANSI  procedures  now  automate  adoption  of  these  projects  as  ANSI 
standards,  so  there  is  no  separate  ANSI  technical  effort  (or 
rather,  the  ANSI  efforts  are  brought  to  bear  as  positions  in  the 
ISO/IEC  project) . Furthermore,  early  in  1991,  ANSI  gave  final 
approval  to  withdraw  the  U.S.  version  of  CGM,  ANS  X3. 122-1986  (FIPS 
PUB  128  is  being  modified  as  a result  and  is  currently  out  for 
public  review) , and  replace  it  with  the  technically  identical 
ISO/IEC  version.  As  a US  standard,  it  is  now  designated  ANSI/ ISO 
8632  . 

Amendment  3 is  the  most  important  for  CALS.  Parts  of  Amendment  1 
are  useful  as  well.  Amendment  2 is  not  relevant  to  CALS.  Other 
standards,  such  as  IGES  (the  Initial  Graphics  Exchange 
Specification)  and  STEP  (Standard  for  Exchange  of  Product  Model 
Data)  , offer  3D  capability  that  does  not  need  to  be  repeated  in 
CGM.  The  US  position  has  been  that  the  work  should  be  terminated 
because  there  is  little  use  for  Amendment  2,  it  confuses 
implementors,  and  it  drains  scarce  resources  from  Amendment  3 work. 

Due  in  part  to  the  CALS  project,  in  1987  the  scope  of  Amendment  1 
was  defined  to  include  functionality  important  to  CALS  constituents 
(e.g..  Global  Segments).  Amendment  3 was  started  within  ANSI 
primarily  due  to  CALS  efforts.  In  fact,  progress  on  Amendment  3 is 
principally  due  to  CALS  contributions. 

In  1988,  the  scope  and  goals  of  Amendment  3 were  more  precisely 
defined.  A technical  base  document  was  produced,  complete  with 
encodings.  Formal  standing  for  the  project  within  ISO/IEC  was 
sought.  The  result  was  a study  group,  formed  to  determine  the  need 
for  the  Amendment,  generate  a requirements  statement,  and  produce 
a New  Work  Item  proposal.  The  NWI  ballot  passed  in  July  1989  and 
the  circulation  and  review  of  technical  Working  Drafts  commenced. 

Amendment  1 was  published  by  ISO/IEC  in  November  1991,  and  has  now 
been  adopted  by  ANSI. 

Amendment  3 completed  three  review  cycles  and  two  major  processing 
milestones  in  1990.  Early  in  1991  Amendment  3 began  its  final  step 
- the  Draft  AMendment  (DAM)  ballot  - on  schedule  for  completion  in 
summer  1991  and  publication  in  the  fall.  This  publication  schedule 
would  have  been  maintained,  but  during  the  year  the  ISO/IEC  CGM 
committee  decided  that  Amendment  3 would  not  be  published  as  a 
separate  ISO/IEC  standard.  Rather,  Amendment  1,  Amendment  3,  and 
the  large  number  of  resolved  Defect  Reports  would  be  folded  into 
the  base  standard  and  the  single  document  defining  CGM  versions  1, 
2 and  3 would  be  published.  The  single  remaining  task  to  date  is 
for  the  document  editor  to  produce:  2nd  draft  ISO/IEC  review  text; 
and  the  final  text  (following  ISO/IEC  review) . 
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In  addition  to  these  CGM  amendments,  functionality  important  to 
CALS  was  submitted  to  the  Graphical  Registration  process  during  the 
period  1986-1988.  This  functionality,  in  the  form  of  items  to  be 
registered  through  the  Graphical  Registration  process,  was  promoted 
and  coordinated  with  Amendment  3 work  throughout  1988  and  1989.  In 
1990  the  Amendment  3 work,  which  overlaps  the  registration  work 
significantly,  caught  up  with  and  moved  ahead  of  the  registration 
work  in  the  ISO/IEC  processing  (due  to  very  slow  and  cumbersome 
procedures  for  registration) . 

In  1991,  as  in  1990,  the  nature  of  the  work  was  not  so  much 
generating  and  injecting  new  CALS  requirements  into  the  CGM 
amendments,  but  expediting  the  progress  of  the  amendments  and 
ensuring  that  they  in  fact  meet  the  approved  requirements.  Both  of 
these  activities  have  been  critical.  The  adherence  of  Amendment  3 
to  the  approved  scope  and  requirements  had  to  be  monitored  and 
enforced,  or  the  schedule  would  slip.  Keeping  Amendment  3 on 
schedule  in  1991  was  critical  because  of  its  tight  coordination 
with  the  review  and  publication  of  MIL~D-28003A  (which  includes 
Amendment  3)  by  November  1991. 

In  1991  the  ISO/IEC  committee  (SC24/WG3)  initiated  work  to  define 
rules  and  guidelines  for  application  profiles  for  CGM  (such  as  MIL- 
D-28003) , and  to  add  metafile  generator  and  interpreter  conformance 
requirements  to  the  CGM  standard. 
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NON-MEASUREMENT 

SENSITIVE 


MIL-D-28003A 
15  November  1991 


SUPERSEDING 
MIL-D-28003 
20  December  1988 


MILITARY  SPECIFICATION 

DIGITAL  REPRESENTATION  FOR  COMMUNICATION  OF  ILLUSTRATION  DATA: 

CGM  APPLICATION  PROFILE 


This  specification  is  approved  for  use  by  all  Depart- 
ments and  Agencies  of  the  Department  of  Defense. 

1 . SCOPE 

1.1  Scope.  This  military  specification  establishes  the 
requirements  to  be  met  when  2-dimensional  picture  description  or 
illustration  data  that  is  vector  or  mixed  vector  and  raster  is 
delivered  in  the  digital  format  of  the  Computer  Graphics  Metafile 
(CGM)  as  specified  by  the  Federal  Information  Processing 
Standard,  FIPS  PUB  128. 


Beneficial  comments  (recommendations,  additions, 
deletions)  and  any  pertinent  data  which  may  be 
used  in  improving  this  document  shall  be  addressed 
to:  Director,  CALS  Policy  Office,  DASD(S)CALS 

Pentagon,  Room  2B322,  Washington,  DC  20301,  by 
using  the  self  addressed  Standardization  Document 
approval  Proposal  (DD  Form  1426)  appearing  at  the 
end  of  this  document  or  by  letter. 


AMSC  N/A  AREA  ILSS 

DISTRIBUTION  STATEMENT  A.  Approved  for  public  release; 

distribution  is  unlimited. 
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1.2  Classification.  This  specification  establishes  the 
requirements  for  the  communication  or  interchange  of  illustration 
data  in  digital  format  for  use  in  technical  illustrations  and 
publications.  The  CGM  Application  Profile  (AP)  specified  herein 
consists  of  three  parts:  the  metafile,  the  generator  (which 
writes  the  metafile) , and  the  interpreter  (which  reads  the 
metafile) . A metafile  or  an  interpreter  shall  be  classified  as 
one  of  the  following  types: 

Type  0 — monochrome; 

Type  1 — grayscale; 

Type  2 — full  color. 

Metafiles  conforming  to  any  of  these  types  are  called  "conforming 
basic  metafiles.”  Interpreters  conforming  to  any  of  these  types 
are  called  "conforming  basic  interpreters."  Generators  that 
produce  conforming  basic  metafiles  are  called  "conforming  basic 
generators . " 
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2 . APPLICABLE  DOCUMENTS 

2 . 1 Government  documents . 

2.1.1  Standards.  The  following  standards  form'  a part  of  this 
document  to  the  extent  specified  herein.  Unless  otherwise 
specified,  the  issues  of  these  dociaments  are  those  listed  in  the 
issue  of  the  Department  of  Defense  Index  of  Specifications  and 
Standards  (DODISS)  and  supplements  thereto,  cited  in  the 
solicitation. 

FEDERAL  INFORMATION  PROCESSING  STANDARD 

FIPS  PUB  128  - Computer  Graphics  Metafile  (CGM) 

Note:  FIPS  PUB  128  adopts  ANSI/ISO  8632:1992  as  a 

Federal  Information  Processing  Standard  Publication 
(FIPS  PUB) . 

(Copies  of  the  referenced  Federal  Information 
Processing  Standards  are  available  to  Department  of 
Defense  activities  from  the  Standardization  Documents 
Order  Desk,  Building  4D,  700  Robbins  Avenue, 
Philadelphia,  PA  19111-5094.  Others  must  request 
copies  of  FIPS  from  the  National  Technical  Information 
Service,  5285  Port  Royal  Road,  Springfield,  VA  22161.) 

MILITARY  STANDARD 

MIL-STD-1840A  - Automated  Interchange  of  Technical 
Information 

(Copies  of  the  referenced  military  standard  are 
available  from  the  Standardization  Documents  Order 
Desk,  Building  4D,  700  Robbins  Avenue,  Philadelphia,  PA 
19111-5094 . ) 

2.1.2  Other  Government  documents.  The  following  other 
Government  document  forms  a part  of  this  document  to  the  extent 
specified  herein.  Unless  otherwise  specified,  the  issue  is  that 
cited  in  the  solicitation. 

NATIONAL  INSTITUTE  OF  STANDARDS  AND  TECHNOLOGY 

NBS  SP  424  - A Contribution  to  Computer  Typesetting 
Techniques:  Tables  of  Coordinates  for 
Hershey's  Repertory  of  Oxidental  Type 
Fonts  and  Graphic  Symbols,  NBS  Special 
Publication  424,  April  1976. 
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(Application  for  copies  shall  be  addressed  to  the 
National  Technical  Information  Service,  5285  Port  Royal 
Road,  Springfield,  VA  22161.) 

2.2  Non-Oovemment  publications.  The  following  documents  form  a 
part  of  this  document  to  the  extent  specified  herein.  Unless 
otherwise  specified,  the  issues  of  the  documents  which  are  DoD 
adopted  are  those  listed  in  the  issue  of  the  DODISS  cited  in  the 
solicitation.  Unless  otherwise  specified,  the  issues  of 
documents  not  listed  in  the  DODISS  are  the  issues  of  the 
documents  cited  in  the  solicitation  (see  6.2). 

INTERNATIONAL  STANDARDS  ORGANIZATION 

ISO  8632-1:1992  Computer  Graphics  Metafile  (CGM) , Part  1, 
Functional  Specification 

ISO  8632-3:1992  Computer  Graphics  Metafile  (CGM),  Part  3, 
Binary  Encoding 

NOTE:  This  is  the  revision  of  ISO  8632:1987  defining 

version  1,  version  2,  and  version  3 metafiles. 

(Application  for  copies  shall  be  addressed  to  the 
American  National  Standards  Institute,  Inc.,  1430 
Broadway,  New  York,  NY  10018.) 

ISO  Register  of  Graphical  Items 

(Application  for  copies  shall  be  addressed  to  the  ISO 
Registration  Authority,  National  Institute  of  Standards 
and  Technology,  Building  225,  Room  A266,  Gaithersburg, 
MD  20899.) 

NATIONAL  STANDARDS 

ANSI  X3 . 4 - 7-bit  American  National  Standard  Code  for 
Information  Interchange  (7-bit  ASCII) 

ANSI  X3. 134/2  - 8-bit  American  National  Standards  Code 
for  Information  Interchange  (8-bit  ASCII) 

(Application  for  copies  shall  be  addressed  to  the 
American  National  Standards  Institute,  Inc.,  1430 
Broadway,  New  York,  NY  10018) . 

(Nongovernment  standards  and  other  publications  are 
normally  available  from  the  organizations  which  prepare 
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or  which  distribute  the  dociiments.  These  documents 
also  may  be  available  in  or  through  libraries  or  other 
informational  services.) 

2.3  Order  of  precedence.  In  the  event  of  a conflict  between  the 
text  of  this  specification  and  the  references  cited  herein,  the 
text  of  this  specification  shall  take  precedence.  Nothing  in 
this  specification,  however,  shall  supersede  applicable  laws  and 
regulations  unless  a specific  exemption  has  been  obtained. 
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3 . REQUIREMENTS 

3.1  General  requirements.  The  conformance  requirements 
specified  herein  pertain  to  the  conformance  of  CGM  metafiles, 
generators,  and  interpreters.  CGM  elements  and  parameters 
allowed  in  a conforming  metafile  are  specified  herein.  The  CGM 
metafile  may  include  all  elements  and  parameters  specified  in 
FIPS  PUB  128  that  are  not  disallowed  by  this  specification,  but 
to  meet  the  requirements  of  a conforming  basic  metafile  the 
values  of  CGM  elements  and  parameters  shall  be  restricted  to  the 
values  in  the  "Basic  Set"  as  specified  herein.  Illustration  data 
which  meets  the  requirements  of  this  specification  shall  be  in 
the  form  of  one  or  more  conforming  basic  metafiles. 

3.1.1  Conforming  basic  metafile.  A conforming  basic  metafile 
shall : 

a.  Conform  to  one  of  the  versions  1,  2,  or  3 as  defined  in 
Clause  7 of  ANSI/ISO  8632:1992; 

b.  Conform  to  one  of  the  three  types  (Type  0,  1,  or  2) 
classified  herein; 

c.  Contain  no  scalar  values  of  parameter  data  outside  the 
ranges  specified  herein; 

d.  Be  encoded  only  with  the  CGM  Binary  Encoding,  as 
defined  in  FIPS  PUB  128  (ANSI/ISO  8632:1992,  part  3); 
and 

e.  Conform  to  any  additional  metafile  requirements 
specified  herein. 

3.1.2  Conforming  basic  generator.  A conforming  basic  generator 
shall : 

a.  Be  a "conforming  MIL-D-28003A  generator"  according  to 
the  rules  of  Clause  7 of  ANSI/ISO  8632:1992; 

b.  Produce  only  conforming  basic  metafiles  (or  can  be 
reliably  commanded  to  function  in  that  mode) ; 

c.  Accurately  implement  all  of  the  functional  elements  and 
parameters  of  FIPS  PUB  128  [including  the  guidelines  of 
FIPS  PUB  128  (ANSI/ISO  8632:1992,  annex  D) ] ; 

d.  Generate  metafiles  which  accurately  and  correctly 
define  the  intended  picture;  and 

e.  Conform  to  any  additional  generator  requirements 
specified  herein. 

3.1.3  Conforming  basic  interpreter.  A conforming  basic 
interpreter  shall: 

a.  Be  a "conforming  MIL-D-28003A  interpreter"  according  to 
the  rules  of  Clause  7 of  ANSI/ISO  8632:1992; 
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b.  At  a minimum,  correctly  interpret  any  conforming  basic 
metafile  of  the  same  type  (Type  0,  1,  or  2) ; 

[Note:  A Type  1 interpreter  shall  correctly  interpret 

Type  0 and  1 basic  conforming  metafiles,  and  a Type  2 
interpreter  shall  correctly  interpret  Type  0,  1,  and  2 
basic  conforming  metafiles.] 

c.  Accurately  implement  all  of  the  functional  elements  and 
parameters  of  FIPS  PUB  128  [including  the  guidelines  of 
FIPS  PUB  128  (ANSI/ISO  8632:1992,  annex  D.2  and  D.5), 
and  the  recommendations  for  the  treatment  of  circular 
and  elliptical  graphical  primitive  elements  of  FIPS  PUB 
128  (in  ANSI/ISO  8632:1992,  annex  D.4.5]  except  as 
modified  herein; 

d.  Conform  to  the  additional  interpreter  requirements  as 
specified  herein; 

e.  Generate  pictures  which  accurately  and  correctly 
represent  the  metafile  being  interpreted; 

f.  Parse  and  skip  the  elements  and  parameter  values 
specified  herein  as  ignorable  (when  interpreting  a non- 
conforming  metafile) ; 

g.  Render  all  text  at  "stroke”  precision,  regardless  of 
the  value  of  the  metafile  TEXT  PRECISION  element;  and 

h.  Render  color  exactly,  according  to  the  category  of  the 
interpreter:  monochrome,  grayscale,  or  color. 

Note:  In  cases  where  a contract  allows  mapping  of 

metafile  color  or  grayscale  (e.g.,  many  metafile  colors 
to  fewer  or  different  interpreter  colors,  or  color  to 
monochrome)  the  following  principles  shall  be  applied: 

(1)  If  the  metafile  color  selection  mode  is  "direct": 

(a)  the  value  of  the  metafile  BACKGROUND  COLOUR 
shall  map  to  one  of  the  device  background 
colors; 

(b)  any  color  value  of  any  other  metafile  element 
that  is  exactly  equal  to  the  value  of  the 
metafile  BACKGROUND  COLOUR  shall  also  map  to 
the  device  background  color;  and 

(c)  all  other  color  values  in  the  metafile  shall 
map  to  another  device  color  that  must  be 
distinct  from  the  device  background  color, 
and  that  must  be  closest  to  the  specified 
metafile  color  according  to  some  reasonable 
metric  applied  to  color  space. 
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(2)  If  the  metafile  color  selection  mode  is  "indexed": 

(a)  only  the  BACKGROUND  COLOUR  and  COLOUR  TABLE 
elements  contain  RGB  values  to  be  mapped; 
thus,  the  metafile  "effective  background 
color"  shall  be  specified  to  be  the  value  of 
the  BACKGROUND  COLOUR  element,  or  the  value 
of  the  COLOUR  TABLE  setting  of  index  0 if  the 
BACKGROUND  COLOUR  has  been  thus  superseded; 

(b)  the  effective  background  color  shall  map  to 
one  of  the  device  background  colors; 

(c)  any  COLOUR  TABLE  values  that  exactly  match 
the  effective  background  color  shall  also  map 
to  this  value;  and 

(d)  all  other  RGB  values  shall  map  to  another 
device  color  that  must  be  distinct  from  the 
device  background  color,  and  that  must  be 
closest  to  the  specified  metafile  color 
according  to  some  reasonable  metric  applied 
to  color  space. 

3.1.4  Physical  file  structure.  If  the  delivery  medium  is 
magnetic  tape,  then  the  metafile  data  shall  be  blocked  into 
records  of  800  bytes.  For  other  media,  the  format  shall  be  as 
specified  in  MIL-STD-1840A  or  by  procurement  specification. 

3.1.5  Defects  in  FIPS  PUB  128.  A number  of  editorial  defects 
(or  errors)  have  been  found  in  ANSI/ISO  8632,  the  standard 
adopted  by  FIPS  PUB  128. 

3.2  Specific  requirements.  Specific  requirements  for  conforming 
basic  metafiles,  generators,  and  interpreters  are  specified  in 
the  following  subsections.  Conforming  basic  metafiles  shall  meet 
the  constraints  on  the  elements  of  FIPS  PUB  128  as  specified 
herein. 

3.2.1  Metafile  constraints.  The  Basic  Set  of  values  shall  be 
limited  by  the  constraints  on  Basic  values  and  additional  values 
as  specified  below.  Where  an  element  or  parameter  of  FIPS  PUB 
128  is  not  mentioned  herein,  the  Basic  Set  shall  include  all 
values  of  that  element  or  parameter  as  specified  in  FIPS  PUB  128. 
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3. 2. 1.1  Delimiter  elements.  Delimiter  elements  shall  meet  the 
constraints  specified  in  table  I.  There  are  no  other  parameter 
range  constraints  imposed  upon  the  delimiter  elements,  other  than 
the  length  limits  and  Name  Precision  limits  specified  in  3. 2. 1.2. 


TABLE  I.  Delimiter  element  constraints 


Element 

Basic 

Values 

Version  1 Elements 

No  additional  constraints 

Version  2 Elements 

BEGIN  SEGMENT 

END  SEGMENT 

(Note 

1) 

Version  3 Elements 

BEGIN  COMPOUND  LINE 

END  COMPOUND  LINE 

BEGIN  PROTECTION  REGION 
END  PROTECTION  REGION 
BEGIN  TILE  ARRAY 

(Note 

2) 

END  TILE  ARRAY 

(Note 

3) 

Note  1:  Constraints  on  segments  include  constraints  on  the 
number  of  simultaneously  defined  segments  and  the  nesting  of 
segments  specified  herein. 

Note  2:  Constraints  on  the  number  and  size  of  contributing 
elements  shall  be  as  for  CLOSED  FIGURE  (see  TABLE  V) . 

Note  3:  Constraints  on  tiled  raster  arrays  include  constraints 
on  tile  size  and  number  of  tiles  as  specified  herein. 

3. 2. 1.2  Metafile  descriptor  elements.  Metafile  descriptor 
elements  shall  meet  the  constraints  specified  in  table  II. 
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TABLE  II . Metafile  descriptor  element  constraints 


Element 

Basic  Values 

Version  1 Elements 

METAFILE  VERSION 

1,2,3  (Note  1) 

METAFILE  DESCRIPTION 

(Note  2) 

INTEGER  PRECISION 

16 

REAL  PRECISION 

(1,16,16)  (fixed  point) 
(0,9,23)  (floating  point) 

INDEX  PRECISION 

16 

COLOUR  PRECISION 

8,  16 

COLOUR  INDEX  PRECISION 

8,  16 

FONT  LIST 

(Note  3) 

CHARACTER  SET  LIST 

(0,4/2)  (Note  4,7) 

(1,4/1)  (Note  5,7) 

CHARACTER  CODING  ANNOUNCER 

0 (Basic  7-bit) 

1 (Basic  8-bit) 

MAXIMUM  COLOUR  INDEX 

(Note  6) 

Version  2 Elements 

NAME  PRECISION 

8,16 

MAXIMUM  VDC  EXTENT 

no  constraints 

SEGMENT  PRIORITY  EXTENT 

no  constraints 

Version  3 Elements 

COLOUR  MODEL 

element  not  allowed 

COLOUR  CALIBRATION 

element  not  allowed 

FONT  PROPERTIES 

element  not  allowed 

GLYPH  MAPPING 

element  not  allowed 

SYMBOL  LIBR?URY  LIST 

element  not  allowed 

Note  1:  Any  of  the  version  values:  "I”,  "2'',  and  ”3"  are  Basic 
values . 


Note  2:  There  shall  be  exactly  one  METAFILE  DESCRIPTION  element 
in  each  metafile.  The  METAFILE  DESCRIPTION  element's  string: 

a)  shall  include  a substring  briefly  identifying  the 
generator  of  this  metafile,  including  company,  product, 
and  product  version; 

b)  shall  contain  the  substring  "MIL-D-28003A/BASIC-1" ; and 
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c)  shall  have  appended  to  this  latter  string  either: 

".0"  if  the  metafile  is  monochrome; 

".1”  if  the  metafile  is  grayscale;  or 
”•2''  or  ""  (nothing,  a null  string)  if  the 
metafile  is  color. 

Note  3:  Thirty-two  simultaneous  fonts  are  supported.  The  font 
names  are  selected  from  the  basic  font  names  in  3. 2. 4. 4. 

Note  4:  The  character  set  is  ANSI  X3 . 4 , 7-bit  American  National 
Standard  Code  for  Information  Interchange  (7-bit  ASCII) . 

Note  5:  The  character  set  is  ANSI  X3.134/2,  8-bit  American 
National  Standards  Code  for  Information  Interchange  (8-bit 
ASCII).  [Note:  This  is  equivalent  to  ISO  8859/1,  Right-Hand  Part 
of  Latin  Alphabet  Number  1.] 

Note  6:  For  color  metafiles,  Basic  values  shall  be  limited  to 
0-255;  for  grayscale  metafiles,  Basic  values  shall  be  limited  to 
0-15;  for  monochrome  metafiles,  Basic  values  shall  be  limited  to 
0-1.  MAXIMUM  COLOUR  INDEX  shall  apply  to  all  color  indexes 
defined  or  otherwise  referenced,  whether  they  are  referenced 
implicitly  or  explicitly.  An  example  of  an  implicit  reference  is 
a COLOUR  TABLE  element  which  defines  100  entries  starting  at 
index  250.  Only  index  250  is  explicitly  referenced  by  this 
element,  but  index  307,  for  example,  is  defined  and  therefore 
implicitly  referenced. 

Note  7:  4/2  and  4/1  are  "column/row"  notation  for  positions  in 

code  tables.  These  designate  the  character  codes  with  decimal 
numeric  values  "66"  and  "65"  respectively.  The  parameters  are 
the  1-character  strings  "B"  and  "A"  respectively. 

3. 2. 1.3  Picture  descriptor  elements.  Picture  descriptor 
elements  shall  meet  the  constraints  specified  in  table  III. 
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TABLE  III . Picture  descriptor  element  constraints 


Element 

Basic  Values 

Version  1 Elements 

COLOUR  SELECTION  MODE 

(Note  1) 

SCALING  MODE 

(Note  2) 

LINE  WIDTH  SPECIFICATION  MODE 

(Note  3) 

MARKER  SIZE  SPECIFICATION  MODE 

(Note  3) 

EDGE  WIDTH  SPECIFICATION  MODE 

(Note  3) 

Version  2 Elements 

SET  LINE  REPRESENTATION 

element  not 

allowed 

SET  MARKER  REPRESENTATION 

element  not 

allowed 

SET  TEXT  REPRESENTATION 

element  not 

allowed 

SET  FILL  REPRESENTATION 

element  not 

allowed 

SET  EDGE  REPRESENTATION 

element  not 

allowed 

DEVICE  VIEWPORT 

element  not 

allowed 

DEVICE  VIEWPORT  MAPPING 

element  not 

allowed 

DEVICE  VIEWPORT 

SPECIFICATION  MODE 

element  not 

allowed 

Version  3 Elements 

INTERIOR  STYLE  SPECIFICATION  MODE  (Note  3) 

LINE  & EDGE  TYPE  DEFINITION 

(Note  4) 

HATCH  STYLE  DEFINITION 

(Note  5) 

GEOMETRIC  PATTERN  DEFINITION 

element  not 

allowed 

Note  1:  Only  a single  value  of  COLOUR  SELECTION  MODE  shall  be 
allowed  in  each  picture. 

Note  2;  It  is  a rule  of  ANSI/ISO  3632:1992  that  the  scale-factor 
parameter  of  SCALING  MODE  shall  always  be  a floating  point 
number,  even  when  REAL  PRECISION  has  selected  fixed  point  for 
other  real  numbers.  It  is  not  apparent  in  FIPS  PUB  128  what  the 
precision  of  this  floating  point  parameter  is  when  fixed  point 
real  numbers  have  been  selected:  its  precision  shall  be  (0,9,23). 

Note  3:  All  of  the  values  "scaled,"  "absolute,"  "fractional," 
and  "mm"  of  ANSI/ISO  8632:1992  shall  be  Basic  values. 


12 


MIL-D-28003A 


Note  4:  The  number  of  entries  in  the  dash  gap  list  parameter 
shall  not  exceed  8.  At  most  16  user  line  types  shall  be 
specified  simultaneously. 

Note  5:  The  number  of  entries  in  the  gaps  array  list  parameter 
shall  not  exceed  8.  At  most  16  user  hatch  styles  shall  be 
specified  simultaneously. 

3. 2. 1.4  Control  elements.  Control  elements  shall  meet  the 
constraints  specified  in  table  IV. 


TABLE  rv.  Control  element  constraints 


Element 

Basic  Values 

Version  1 Elements 

VDC  INTEGER  PRECISION 

16,  32 

VDC  REAL  PRECISION 

(1,16,16)  (fixed) 

(0,9,23)  (floating  point) 

TRANSPARENCY 

1 (on) 

Version  2 Elements 

LINE  CLIP  MODE 

1 (shape)  (Note  1) 

MARKER  CLIP  NODE 

1 (shape)  (Note  1) 

EDGE  CLIP  MODE 

1 (shape)  (Note  1) 

NEW  REGION 

no  constraints 

SAVE  PRIMITIVE  CONTEXT 

element  not  allowed 

RESTORE  PRIMITIVE  CONTEXT 

element  not  allowed 

Version  3 Elements 

MITRE  LIMIT 

no  constraints 

PROTECTION  REGION  INDICATOR 

element  not  allowed 

GENERALIZED  TEXT  PATH  MODE 

element  not  allowed 

TRANSPARENT  CELL  COLOUR 

no  constraints 

Note  1:  Because  the  single  allowed  value  is  not  the  default 
value,  this  element  shall  appear  in  every  conforming  metafile, 
either  in  the  picture  body  or  in  a Metafile  Defaults  Replacement, 
if  the  corresponding  primitive  is  present  in  the  metafile. 
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3. 2. 1.5  Graphical  primitives.  To  ensure  portability  and 
predictability  of  results,  conforming  basic  metafiles  shall  not 
contain  any  Generalized  Drawing  Primitive  (GDP)  elements.  The 
parameter  lists  of  graphical  primitive  elements'  shall  meet  the 
constraints  specified  in  Table  V.  [Note:  In  the  table  "npts” 
refers  to  the  number  of  points  in  a point  list. ] 


TABLE  V.  Graphical  primitive  constraints 


Element 

Basic  Values 

Version  1 Elements 

POLYLINE 

npts=2 ,3,4.. 1024 

POLYMARKER 

npts=l, 2 , 3 . . 1024 

DISJOINT  POLYLINE 

npts=2 ,4,6.. 1024 

POLYGON 

npts=3 ,4,5.. 1024 

POLYGON  SET 

npts=3,4,5. .1024 

(Note  1) 

TEXT 

(Note  2) 

APPEND  TEXT 

(Note  2) 

RESTRICTED  TEXT 

(Note  2) 

Version  2 Elements 

Closed  Figure 

(Note  3) 

CONNECTING  EDGE 

no  constraints 

CIRCULAR  ARC  CENTER 

REVERSED 

no  constraints 

Version  3 Elements 

HYPERBOLIC  ARC 

no  constraints 

PARABOLIC  ARC 

no  constraints 

POLYBEZIER 

1..256  Bezier  segments 

BITONAL  TILE 

(Note  4) 

NON  UNIFORM  B-SPLINE 

order , 2 . . 7 ; 

number  of  control 
< or  = 1024 

points , 

NON  UNIFORM  RATIONAL 

B-SPLINE 

order,  2 . . 7 ; 

number  of  control 
< or  = 1024 

points , 
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Note  1;  In  addition,  any  sub-polygon  shall  be  well  defined  and 
have  a minimum  of  3 points. 

Note  2:  The  string  parameters  of  graphical  text  shall  not 
contain  any  control  characters  (7  or  8 bit  codes  in  the  ranges 
1..31  and  128.. 159)  except  as  allowed  by  and  necessary  to 
implement  the  character  set  switching  modes  which  can  be  selected 
by  Basic  values  of  CHARACTER  CODING  ANNOUNCER.  The  CO  character 
NUL  (code  value  0)  shall  be  permitted,  and  shall  have  no  effect. 

A string  with  one  or  more  NUL  characters  present  is  exactly 
equivalent  to  the  same  string  with  those  characters  removed. 

Note  3:  Constraints  on  this  element  include  those  specified 
elsewhere  herein  on  the  individual  components  of  this  element 
(e.g.,  polyline  vertex  constraints).  The  number  of  individual 
graphical  primitive  elements  comprising  the  Closed  Figure  shall 
not  exceed  32. 

Note  4:  The  Basic  values  for  the  bitonal  tile  compression  type 
parameter  shall  be  limited  to  0-6.  Constraints  on  the  size  and 
number  of  tiles  which  are  specified  elsewhere  herein  shall  also 
apply. 
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3.2. 1.6  Attribute  elements.  Attribute  elements  shall  meet  the 
constraints  specified  in  table  VI. 


TABLE  VI . Attribute  element  constraints- 


Element 

Basic 

Values 

Version  1 Elements 

LINE  BUNDLE  INDEX 

1-5 

LINE  TYPE 

1-5,  6-15  (Note  1) 

LINE  WIDTH 

positive  (Note  2) 

MARKER  BUNDLE  INDEX 

1-5 

MARKER  TYPE 

1-5 

MARKER  SIZE 

positive 

TEXT  BUNDLE  INDEX 

1-2 

TEXT  FONT  INDEX 

1-32  (Note  3,4) 

CHARACTER  HEIGHT 

positive 

CHARACTER  SET  INDEX 

1-2  (Note  3,5) 

ALTERNATE  CHARACTER  SET 

INDEX 

1-2  (Note  3,5) 

FILL  BUNDLE  INDEX 

1-5 

HATCH  INDEX 

1-6 

EDGE  BUNDLE  INDEX 

1-5 

EDGE  TYPE 

1-5 

EDGE  WIDTH 

positive  (Note  2) 

PATTERN  TABLE 

Index,  1-8 

nx,  1-16 

ny,  1-16 

COLOUR  TABLE 

(Note  6) 

Version  2 Elements 

PICK  IDENTIFIER 

(Note  7) 

Version  3 Elements 

LINE  CAP 

1-5  and 

unspecified /match 

LINE  JOIN 

1-4 

LINE  TYPE  CONTINUATION 

1-4 

LINE  TYPE  INITIAL  OFFSET 

[0.0, 1.0]  (Note  8) 

TEXT  SCORE  TYPE 

element  not  allowed 

RESTRICTED  TEXT  TYPE 

2-6  (Note  9) 
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TABLE  VI.  Attribute  element  constraints  - Continued. 


Element 

Basic  Values 

Version  3 Elements  - Continued 

INTERPOLATED  INTERIOR 

element 

not 

allowed 

EDGE  CAP 

1-5  and 

1-3 

EDGE  JOIN 

1-4 

EDGE  TYPE  CONTINUATION 

1-4 

EDGE  TYPE  INITIAL  OFFSET 

[0.0,1. 

0]  (Note  3) 

SYMBOL  LIBRARY  INDEX 

element 

not 

allowed 

SYMBOL  COLOUR 

element 

not 

allowed 

SYMBOL  SIZE 

element 

not 

allowed 

SYMBOL  ORIENTATION 

element 

not 

allowed 

Note  1:  The  line  types  specified  in  3.2.2. 1 shall  be  included  in 
the  Basic  Set,  and  comprise  the  registered  index  values  6-15. 
These  values  have  been  registered  with  the  ISO  Registration 
Authority  for  Graphical  Items  and  are  in  accordance  with  the  ISO 
Register  of  Graphical  Items. 

Note  2:  The  width  shall  not  exceed  10%  of  the  drawing  size, 
which  for  this  purpose  is  defined  as  the  shortest  side  of  the  UDC 
Extent.  Wider  lines  shall  be  rendered  as  filled  areas. 

Note  3:  The  character  set  selected  shall  be  representable  in  the 
font  selected. 

Note  4:  Every  referenced  font  index  shall  correspond  to  a 
defined  entry  in  the  FONT  LIST. 

Note  5:  Every  referenced  character  set  index  shall  correspond  to 
a defined  entry  in  the  CHARACTER  SET  LIST. 

Note  6:  For  color  metafiles,  the  start  index  shall  be  0-255;  for 
grayscale  metafiles,  the  start  index  shall  be  0-15;  for 
monochrome  metafiles  the  start  index  shall  be  0-1. 

Note  7:  This  element  has  no  graphical  effect  and  may  be  useful 
for  preserving  non-graphical  application  information.  Therefore 
it  is  harmless  when  occurring  in  a metafile  and  may  safely  be 
ignored  by  interpreters. 

Note  8:  The  notation  means  0.0  to  1.0  inclusive. 
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Note  9:  The  default  value  of  this  element  is  1,  which  is  not 
included  in  the  Basic  Set.  This  element  shall  appear  in  every 
conforming  basic  metafile  which  uses  RESTRICTED  TEXT. 

3. 2. 1.7  Segment  elements.  Segment  elements  shall  meet  the 
constraints  specified  in  table  VII. 


TABLE  VII . Segment  element  constraints 


Element 

Basic  Values 

Version  2 Elements 

COPY  SEGMENT 

(Note  1) 

INHERITANCE  FILTER 

no  constraints 

CLIP  INHERITANCE 

element  not  allowed 

SEGMENT  TRANSFORMATION 

no  constraints 

SEGMENT  HIGHLIGHTING 

element  not  allowed 

SEGMENT  DISPLAY  PRIORITY 

no  constraints 

SEGMENT  PICK  PRIORITY 

no  constraints  (Note  2) 

Note  1:  Segment  copy  references  shall  not  be  nested  more  than  4 
deep.  That  is,  the  depth  of  the  hierarchy  implied  by  allowing 
the  COPY  SEGMENT  function  to  appear  within  the  definition  of 
another  segment  shall  not  exceed _4.  Depth  1 shall  correspond  to 
flat  structure,  i.e.,  no  nesting  or  hierarchy. 

Note  2:  This  element  has  no  graphical  effect  and  may  be  useful 
for  preserving  application  information.  Therefore  it  is  harmless 
when  occurring  in  a metafile  and  may  safely  be  ignored  by 
interpreters . 

Both  global  segments  and  local  segments  are  allowed  in  conforming 
basic  metafiles.  When  global  segments  are  specified  in  the 
Metafile  Descriptor,  all  global  segment  definitions  shall  follow 
all  other  Metafile  Descriptor  elements.  When  global  segments  are 
specified  in  the  Picture  Descriptor  (Version  3 metafiles  only) , 
all  global  segment  definitions  shall  follow  all  other  Picture 
Descriptor  elements. 

3. 2. 1.7  ESCAPE  element.  To  ensure  portability  and 
predictability  of  results,  conforming  metafiles  shall  contain 
only  those  ESCAPE  elements  that  are  specified  in  3. 2. 4. 5 herein. 
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3.2. 1.8  External  elements.  No  constraints.  However,  the 
"action  required"  flag  of  the  MESSAGE  element  shall  not  be  used 
in  such  a way  that  the  picture  definition  is  altered. 

3.2.2  Additional  attribute  values . 

3. 2. 2.1  Line  types-  Additional  line  types  permitted  under  this 
specification  are  specified  in  table  VIII. 

TABLE  VIII . Additional  line  types 


LINE  TYPE  ISO  Register  parameter  value 


single  arrow 

6 

single  dot 

7 

double  arrow 

8 

stitch  line 

9 

chain  line 

10 

center  line 

11 

hidden  line 

12 

phantom  line 

13 

break  line,  style  1 

14 

break  line,  style  2 

15 

The  parameter  values  are  those  values  which  have  been  assigned  by 
the  ISO  Registration  Authority  for  Graphical  Items,  and  are  in 
accordance  with  the  ISO  Register  of  Graphical  Items. 

3.2.3  Element  defaults.  The  defaults  of  all  elements  shall  be 
as  specified  in  FIPS  PUB  128  (ANSI/ISO  8632,  clause  6 of  Part  1) . 
Conforming  basic  metafiles  shall  be  permitted  to  contain  one  or 
more  METAFILE  DEFAULTS  REPLACEMENT  elements  to  redefine  any  of 
these  values  with  values  from  the  Basic  Set. 

3.2.4  Semantic  ambiguities.  FIPS  PUB  128  leaves  the  semantics 
of  a number  of  graphical  details  unspecified  or  "implementation 
dependent."  Requirements  in  the  following  sections  shall  apply 
for  conforming  basic  generators  and  interpreters. 

3. 2. 4.1  View  surface  clearing.  The  view  surface  shall  be 
cleared  upon  interpretation  of  the  BEGIN  PICTURE  BODY  element. 

3. 2. 4. 2 Clipping.  When  the  CLIP  INDICATOR  is  "off",  clipping 
shall  be  done  to  the  intersection  of  the  device  viewport  and  the 
device  view  surface  limits.  When  the  CLIP  INDICATOR  is  "on", 
clipping  shall  be  done  to  the  intersection  of  the  clip  rectangle, 
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the  VDC  EXTENT,  the  device  viewport  and  the  device  view  surface 
limits. 

3. 2. 4. 3 Edge  centering.  Drawn  edges  of  filled-area  elements 
shall  be  centered  on  the  ideal  mathematically-defined  edge  of  the 
area. 

3. 2. 4. 4 Font  specifications.  The  fonts  in  Table  IX  are  public 
domain  fonts,  available  as  part  of  NBS  SP  424.  All  of  these 
fonts  shall  be  basic  capabilities  of  a conforming  basic  metafile. 
Any  of  these  fonts  may  appear  in  the  FONT  LIST  element  in  a 
conforming  basic  metafile.  Font  name  shall  be  the  concatenation 
of  the  string  "HERSHEY/”,  to  designate  one  of  the  Hershey  fonts, 
and  a "name  string"  to  designate  the  particular  typeface.  Font 
name  shall  be  designated  as  in  Table  IX.  The  string  "HERSHEY:" 
shall  be  an  acceptable  substitute  for  "HERSHEY/". 


TABLE  IX.  Basic  font  names 


1. 

HERSHEY /CARTOGRAPHIC  ROMAN 

2 . 

HERSHEY /CARTOGRAPHIC  GREEK 

3 . 

HERSHEY/ SIMPLEX  ROMAN 

4 . 

HERSHEY/ SIMPLEX  GREEK 

5. 

HERSHEY /SIMPLEX  SCRIPT 

6. 

HERSHEY /COMPLEX  ROMAN 

7. 

HERSHEY /COMPLEX  GREEK 

8. 

HERSHEY /COMPLEX  SCRIPT 

9. 

HERSHEY/ COMPLEX  ITALIC 

10. 

HERSHEY /COMPLEX  CYRILLIC 

11. 

HERSHEY /DUPLEX  ROMAN 

12. 

HERSHEY /TRIPLEX  ROMAN 

13  . 

HERSHEY /TRIPLEX  ITALIC 

14. 

HERSHEY /GOTHIC  GERMAN 

15. 

HERSHEY /GOTHIC  ENGLISH 

16. 

HERSHEY / GOTHI C_ITALI AN 

XX. 

HERSHEY /SYMBOL  SET  1 (Note 

2) 

XX. 

HERSHEY/ SYMBOL  SET  2 (Note 

2) 

XX. 

HERSHEY /SYMBOL  MATH  (Note 

2) 

Note  1:  Code  tables  defining  the  association  of  numeric 
character  code  value  with  character  (glyph)  will  be  included  in  a 
future  revision  of  this  specification. 

Note  2:  The  set  of  required  glyphs  and  the  codes  to  invoke  them 
will  be  included  in  a future  revision  of  this  specification. 
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TABLE  X contains  additional  font  names  included  in  the  Basic  Set 
of  fonts.  The  fonts  in  TABLE  IX  and  TABLE  X together  shall 
comprise  the  Basic  Set  of  the  FONT  LIST  element.  Any  of  these 
font  names  may  appear  in  the  FONT  LIST  element  in  a basic 
conforming  metafile,  and  basic  conforming  metafiles  shall  not 
reference  any  font  not  listed  in  TABLE  IX  or  TABLE  X.  A basic 
conforming  interpreter  may  substitute  fonts  metrically  identical 
to  these  named  fonts  when  rendering  a basic  conforming  metafile. 

Some  of  the  font  names  in  TABLE  X are  trademarked.  Some  of  the 
named  fonts  are  proprietary  and  copyrighted,  and  therefore 
require  permission  of  the  owners  to  use  them.  However,  this 
specification  in  no  way  requires  the  license  of  named  fonts  from 
their  trademark  or  copyright  owners.  Metric  equivalents  of  the 
named  fonts  are  widely  available.  Substitution  by  interpreters 
of  fonts  which  are  "metrically  equivalent",  as  specified  in 
4.3.1,  constitutes  compliance. 


TABLE  X.  More  basic  font  names 


1. 

TIMES  ROMAN  (Note 

1) 

2. 

TIMES  ITALIC 

3 . 

TIMES  BOLD 

4 . 

TIMES  BOLD  ITALIC 

5. 

HELVETICA  (Note 

1) 

6. 

HELVETICA  OBLIQUE 

7. 

HELVETICA  BOLD 

8 . 

HELVETICA  BOLD  OBLIQUE 

9. 

COURIER 

10. 

COURIER  BOLD 

11. 

COURIER  ITALIC 

12. 

COURIER_BOLD_ITALIC 

XX. 

SYMBOL  (Note  2) 

Note  1:  Times  and  Helvetica  are  registered  trademarks  of  Allied 
Corporation,  the  owner  of  the  copyright  on  the  fonts  of  those 
names . 

Note  2:  The  "SYMBOL"  font  in  TABLE  X contains  greek  characters 
in  the  familiar  alphabetic  positions,  and  various  mathematical 
and  publishing  symbols  in  the  upper  code  positions  (159-255). 

The  set  of  required  glyphs  and  the  codes  to  invoke  them  will  be 
included  in  a future  revision  of  this  specification. 

The  case  (upper/ lower ) of  the  font  names  of  the  above  font  tables 
in  FONT  LIST  elements  shall  not  be  significant  to  conforming 
basic  generators  and  conforming  basic  interpreters. 
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3. 2. 4. 5 Escape  elements.  Conforming  basic  interpreters  shall 
support  the  following  ESCAPE  elements: 

None. 

3.2.5  Implementation  requirements  for  conforming  basic 
generators  and  interpreters.  The  requirements  in  this  section 
augment  those  of  FIPS  PUB  128  (ANSI/ISO  8632,  Part  1,  annex  D.5, 
and  Part  3,  clause  8) . These  requirements  specify  additional 
element  constraints  and  Basic  values  for  certain  maxima  and 
minima  that  shall  apply  to  conforming  basic  metafiles. 

Name:  METAFILE  DEFAULTS  REPLACEMENT 

Description:  The  METAFILE  DEFAULTS  REPLACEMENT  element 

shall  not  be  partitioned.  Elements  within  METAFILE  DEFAULTS 
REPLACEMENT  shall  not  be  partitioned.  Note  that  FIPS  PUB 
128  permits  multiple  occurrences  of  this  element,  so  that 
partitioning  is  not  required.  Partitioning  shall  be 
permitted  for  all  other  elements. 

Name : COLOUR  TABLE 

Description : The  COLOUR  TABLE  element  has  an  unspecified 

effect  when  it  appears  in  a picture  subsequent  to  any 
graphical  primitives.  If  a COLOUR  TABLE  element  defining 
the  representation  of  a given  color  index  appears  in  a 
picture,  it  shall  appear  before  reference  to  that  index  by 
an  attribute  element  or  use  of  that  index  by  a graphical 
primitive  element  (included  in  the  latter  shall  be  implicit 
use  of  default  color  index  attribute  values  by  the  first 
occurrence  of  an  associated  primitive) . Once  a given  color 
representation  is  specified  and  used,  it  shall  not  be 
respecified.  [Note:  These  restrictions  insure  that 
interpreting  systems  without  dynamic  color  update 
capabilities  shall  be  able  to  render  the  intended  picture 
accurately . ] 

Note  1:  For  indexed  color  selection,  either  background 
color  and  all  color  indexes  in  the  metafile  shall  have  their 
representations  specified  or  none  shall.  Color  indexes 
shall  be  specified  by  the  COLOUR  TABLE  element.  Background 
color  shall  be  specified  either  by  the  BACKGROUND  COLOUR 
element  or  by  the  color  index  0 (BACKGROUND  COLOUR  is 
synonymous  with  color  index  0 — this  is  part  of  FIPS  PUB  128 
but  is  not  apparent  in  the  original  text) . A color  index  is 
"used"  if  it  occurs  in  an  element  selecting  a color  value  to 
be  applied  to  a primitive  (LINE  COLOR,  CELL  ARRAY,  etc) . A 
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color  index  is  also  "used"  if  it  is  the  default  for  a 
primitive  attribute  and  the  default  applies  to  a displayed 
primitive.  The  background  color  is  automatically  "used" 
upon  the  occurrence  of  BEGIN  PICTURE  BODY. 

Note  2:  For  direct  color  selection,  either  the  background 
color  and  the  color  of  each  displayed  primitive  shall  be 
explicitly  specified,  or  none  shall.  In  other  words,  either 
all  colors  shall  be  defaulted  or  none  shall. 

Name;  PATTERN  TABLE 

Description;  The  PATTERN  TABLE  element  has  an  unspecified 
effect  when  it  appears  in  a picture  subsequent  to  any 
graphical  primitives  filled  with  the  affected  pattern  index. 
A PATTERN  TABLE  element  defining  the  representation  of  a 
given  pattern  index  shall  be  present  if  that  pattern  index 
is  used  within  the  picture.  It  shall  appear  before  explicit 
reference  to  that  index  by  any  PATTERN  INDEX  element;  or  in 
the  case  of  the  default  PATTERN  INDEX,  it  shall  appear 
before  any  implicit  reference  caused  by  the  first  occurrence 
of  an  associated  filled  primitive  with  interior  style 
"pattern."  Once  a given  pattern  representation  is  specified 
and  used,  it  shall  not  be  respecified.  [Note;  These 
restrictions  insure  that  interpreting  systems  without 
dynamic  pattern  update  capabilities  shall  be  able  to  render 
the  intended  picture  accurately.] 

Name;  Maximum  Color  Array  Dimension 

Description;  The  Basic  value  for  the  number  of  color  values 
that  can  appear  in  a color  array  or  color  list  parameter 
shall  be;  1048576  for  CELL  ARRAY  element  (one  1024x1024 
image) ; 256  for  each  PATTERN  TABLE  element  (one  16x16 
pattern) ; and  2048  for  the  complete  pattern  table  itself 
(eight  16x16  patterns) ; for  Type  2 (color)  metafiles,  256 
for  each  COLOUR  TABLE  element  (entries  0-255) , and  256  for 
the  complete  color  table  itself;  for  Type  1 (grayscale) 
metafiles,  16  for  each  COLOUR  TABLE  element  (entries  0-15) 
and  16  for  the  complete  color  table  itself;  for  Type  0 
(monochrome)  metafiles,  2 for  each  COLOUR  TABLE  element 
(entries  0-1)  and  2 for  the  complete  color  table  itself; 

CELL  ARRAY  and  PATTERN  TABLE  have  color  array  parameters  and 
COLOUR  TABLE  has  a color  list  parameter. 
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Name;  Tile  Array 

Description;  Tile  Array  consists  of  tiles  of  compressed 
color  specifiers.  Each  tile  shall  be  no  larger  than  1048576 
compressed  color  specifiers  (one  1024x1024  image) ; there 
shall  be  no  more  than  256  tiles. 

Name;  Maximum  Point  Array  Length 

Description;  The  Basic  value  for  the  maximum  number  of 
points  and  VDC  that  can  appear  in  parameters  for  metafile 
elements  shall  be  1024. 

Name;  Maximum  String  Length 

Description ; The  Basic  value  for  the  maximum  length  of  an 
individual  string  of  characters  shall  be;  254  for  all  string 
parameters  of  graphical  text  strings;  1024  for  all  others 
(e.g.,  FONT  LIST)  except  data  records;  32767  for  data 
records. 

Name;  Begin  Segment 

Description;  A maximum  of  256  segments,  both  global 
segments  and  local  segments  included  in  the  count,  may  be 
defined  at  any  time. 

Name;  Bundle  Table 

Description;  Bundle  representations  are  not  settable 
herein.  To  insure  predictable  results,  conforming 
interpreters  and  generators  shall  use  the  default  values 
from  Table  XI. 
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TABLE  XI . Default  bundle  tables 


Bundle  Type 

1 

Bundle  Index 

2 3 4 

5 

Line  Bundle 

LINE  TYPE 

solid 

dash 

dot  dash-dot 

dash-dot-dot 

LINE  WIDTH 

1 

1 

1 1 

1 

LINE  COLOUR 

1 

1 

1 1 

1 

Marker  Bundle 

MARKER  TYPE 

dot 

plus 

asterisk  circle 

cross 

MARKER  SIZE 

1 

1 

1 1 

1 

MARKER  COLOUR 

1 

1 

1 1 

1 

Text  Bundle 

FONT  INDEX  1 

TEXT  PRECISION  stroke 
CHARACTER  EXPANSION 
FACTOR  1 

CHARACTER 

SPACING  0 

TEXT  COLOUR  1 

1 

stroke 

0.7 

0 

1 

Fill  Bundle 

INTERIOR  STYLE 

hatch 

hatch 

hatch  hatch 

hatch 

FILL  COLOUR 

1 

1 

1 1 

1 

HATCH  INDEX 

1 

2 

3 4 

5 

PATTERN  INDEX 

1 

1 

1 1 

1 

Edqe  Bundle 

EDGE  TYPE 

solid 

dash 

dot  dash-dot 

dash-dot-dot 

EDGE  WIDTH 

1 

1 

1 1 

1 

EDGE  COLOUR 

1 

1 

1 1 

1 

25 


MIL-D-28003A 


4.  QUALITY  ASSURANCE  PROVISIONS 

4.1  Responsibility  for  inspection.  Unless  otherwise  specified 
in  the  contract  or  purchase  order,  the  contractor  shall  be 
responsible  for  the  performance  of  all  inspection  requirements 
(examinations  and  tests)  as  specified  herein.  Except  as 
otherwise  specified  in  the  contract  or  purchase  order,  the 
contractor  may  use  his  own  or  any  other  facilities  suitable  for 
the  performance  of  the  inspection  requirements  herein,  unless 
disapproved  by  the  Government.  The  Government  reserves  the  right 
to  perform  any  of  the  inspections  set  forth  in  the  specification 
where  such  inspections  are  deemed  necessary  to  ensure  that 
supplies  and  services  conform  to  prescribed  requirements. 

4.2  Responsibility  for  compliance.  Deliverables  under  this 
specification  shall  meet  all  requirements  of  section  3.  The 
inspection  set  forth  herein  shall  become  a part  of  the 
contractor's  overall  inspection  system  or  quality  program.  The 
absence  of  any  inspection  requirements  specified  herein  shall  not 
relieve  the  contractor  of  the  responsibility  of  ensuring  that  all 
products  or  supplies  submitted  to  the  Government  for  acceptance 
comply  with  all  requirements  of  the  contract.  Sampling  in 
quality  conformance  does  not  authorize  submission  of  known 
defective  material,  either  indicated  or  actual,  nor  does  it 
commit  the  Government  to  acceptance  of  defective  material. 

4.3  Inspection  procedures.  Conforming  basic  metafiles  shall  be 
analyzed  for  conformance  to  the  Basic  Set  of  values  for  CGM 
elements  and  parameters  of  FIPS  PUB  128  and  as  specified  in 
section  3 herein.  To  confirm  that  the  specifications  of  FIPS  128 
and  section  3,  herein  have  been  met,  CGM  Validation  Test  Software 
has  been  developed  and  a CGM  Validation  Test  Service  has  been 
established  by  the  Computer  Systems  Laboratory  at  the  National 
Institute  of  Standards  and  Technology  (NIST) . The  contractor 
shall  be  responsible  for  obtaining  validation  of  the  CGM 
deliverable  from  this  NIST  Validation  Test  Service.  Conforming 
basic  generators  shall  be  examined  as  necessary  to  ascertain  that 
they  generate  only  conforming  basic  metafiles,  and  those 
metafiles  correctly  represent  the  picture  within  the  constraints 
imposed  herein.  Conforming  basic  interpreters  shall  be  examined 
as  necessary  to  ascertain  that  they  meet  all  of  the  minimum 
requirements  specified  herein,  and  that  they  produce  the  correct 
picture. 
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4.3.1  Font  rendering.  Any  rendering  of  a font  as  specified 
herein  is  conforming  if  the  rendering  is  "metrically  identical" 
to  the  font  metrics  of  the  requested  font.  That  is,  the 
placement  and  alignment  of  the  string  and  the  placement,  size, 
and  shape  of  individual  characters  (i.e.,  the  drawn- portions  of 
the  character  cells)  shall  be  measurably  identical.  Such 
rendering  does  allow  a good  quality  filled  font  to  be  substituted 
for  a stroked  Hershey  font,  for  example.  Finally,  the  Hershey 
"fonts"  are  really  a mixture  of  fonts  and  character  sets  (e.g., 
Greek  is  a character  set) . The  requirements  specified  herein 
shall  be  met  by  providing  that  the  necessary  character  sets  be 
supported  in  part,  and  the  necessary  typefaces  be  supported  in 
part,  so  that  the  combinations  required  to  render  the  listed  16 
Hershey  "fonts"  shall  be  supported  in  full. 

4.3.2  Error  processing.  A conforming  basic  interpreter  shall 
recover  from  any  exception  condition.  If  there  is  something 
which  is  not  understood  by  the  interpreter,  then  the  interpreter 
shall  not  "crash,"  and  if  possible  that  element  shall  be  skipped, 
appropriate  error  warnings  generated  or  logged,  and 
interpretation  continue  with  the  next  element  following  the 
problem  element. 


5 . PACKAGING 

Packaging  of  illustration  data  files  for  delivery  shall  be  in 
accordance  with  the  requirements  of  MIL-STD-1840A. 

6 . NOTES 

6.1  Intended  use.  This  specification  is  designed  to  be 
incorporated  into  a contract  to  define  the  technical  requirements 
to  be  met  when  it  is  desired  to  purchase  illustration  or  picture 
description  data  (in  contrast  to  product  definition  data)  in 
digital  form  for  use  in  technical  illustrations  and  technical 
publications.  A metafile  as  specified  herein  represents 
illustration  data  in  the  form  of  a conforming  basic  metafile, 
i.e.,  it  contains,  in  device-independent,  system-independent,  and 
implementation-independent  form,  the  picture  description  data 
represented  by  the  functions  invoked  through  an  application 
program  interface.  This  specification  defines  the  allowable 
elements  and  parameters  which  may  be  used  to  compose  the  picture. 
In  addition,  certain  constraints  on  CGM  generators  and 
interpreters  are  specified  herein  to  remove  implementation 
dependencies,  thereby  serving  to  ensure  predictable  interchange 
of  conforming  basic  metafiles  between  clients.  Thus,  this 
specification  may  also  be  used  in  a contract  to  define  the 
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technical  requirements  to  be  met  when  it  is  desired  to  purchase 
conforming  basic  generators  and/or  interpreters. 

6.1.1  CGM  Application  Profile  (AP) . Most  standards  tend  to  be 
very  completely  specified,  and  ideally  all  implementations  of 
standards  would  implement  all  possible  elements,  options  and 
permissible  values.  Then  there  would  be  no  problems  in 
exchanging  either  implementations  or  files.  However,  not  all 
standards  are  completely  specified,  nor  are  all  possible 
elements,  options  and  peirmissible  values  implemented  by  all 
implementors.  FIPS  PUB  128,  the  CGM  standard,  is  not  completely 
specified.  This  was  intentional  on  the  part  of  the  CGM  standards 
committee  to  allow  implementation  on  a wider  range  of  existing 
systems  and  make  the  CGM  standard  more  adaptable  to  the  various 
needs  and  philosophies  of  a diverse  clientele.  This  introduces 
difficulties  in  trying  to  unambiguously  describe  an  intended 
picture  using  the  CGM  standard.  Nor  have  all  implementors  of  the 
CGM  standard  chosen  to  include  all  possible  elements,  options  and 
permissible  values  available  and  allowed  in  the  standard.  For 
their  own  reasons  they  have  chosen  particular  subsets  of  the  CGM 
standard  to  implement.  This  means  that  a picture  written  to  a 
metafile  using  a particular  generator  may  not  be  able  to  be  fully 
rendered  using  a particular  interpreter.  Unpredictable  results 
can  and  do  occur.  In  addition,  since  the  behavior  of  generators 
and  interpreters  themselves  are  not  part  of  the  CGM  standard,  a 
further  unpredictability  of  results  can  occur. 

This  is  the  reason  that  certain  groups  of  users  have  gotten 
together  to  rigorously  define  and  adhere  to  the  same  subset  of 
the  CGM  standard.  This  ensures  predictable  results  and  inter- 
working between  machines,  sites,  and  applications.  Such  subsets 
are  known  as  application  profiles. 

This  specification  is  a CGM  Application  Profile  for  a particular 
group  of  users,  namely  DoD  and  contractors  dealing  with  DoD.  It 
is  based  on  FIPS  PUB  128,  and  defines  the  allowable  elements, 
parameters  and  options  which  may  be  used  to  compose  a picture  in 
a metafile.  In  addition  to  more  completely  specifying  semantic 
gaps  in  the  CGM  standard,  specifying  the  operations  and  required 
capabilities  of  generators  and  interpreters,  specifying  the 
particular  subset  of  CGM  elements  and  parameters  and  their  Basic 
Set  of  values,  this  specification  also: 

o specifies  implementation  requirements; 

o specifies  maxima  and  minima  values  of  certain  CGM 
elements  and  parameters;  and 

o specifies  some  additional  element  values  which  have 
completed  the  process  of  Graphical  Registration. 
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6.1.2  Structure  of  the  CGM  standard  and  this  specification. 
Metafiles  in  the  CGM  standard  are  defined  as  a series  of  layers 
of  detail.  The  highest  level  of  structure  is  the  metafile 
itself.  Each  metafile  may  contain  one  or  more  'pictures,  which 
are  completely  independent  of  each  other.  Each  of  the  items 
stored  in  a metafile  is  stored  as  an  element.  Each  element  may 
have  associated  with  it  a list  of  data  called  parameters. 

Elements  may  be  grouped  into  Segments,  which  may  be  referenced 
and  reused  multiple  times.  There  are  nine  classes  of  elements, 
and  each  is  defined  in  turn  in  the  CGM  standard:  Delimiter 
elements,  Metafile  Descriptor  elements.  Control  elements. 
Graphical  Primitive  elements,  Attribute  elements.  Escape 
elements.  External  elements,  and  Segment  elements.  Specific 
requirements  in  section  3 herein  are  organized  similarly. 
Additionally,  a new  class  of  elements  is  specified  in  section  3 
herein,  namely  Segment  elements,  and  are  inserted  after  Attribute 
elements . 

6.1.3  Basic  and  permissible  values.  "Permissible  values"  are 
the  range  of  values  for  CGM  elements  and  parameters  as  specified 
in  FIPS  PUB  128.  "Basic  values"  are  the  range  of  permissible 
values  that  are  mandatory  for  conformance  to  this  specification, 
and  are  specified  herein.  In  some  cases  Basic  values  are 
augmented  herein  by  additional  values.  Thus,  both  the  Basic 
values  and  additional  values  specified  herein  constitute  the 
"Basic  Set." 

6.1.4  FIPS  PUB  128.  FIPS  PUB  128  adopts  the  international 
Computer  Graphics  Metafile  (CGM)  standard,  ANSI/ISO  8632,  as  the 
Federal  Information  Processing  Standard  (FIPS)  for  use  by  Federal 
agencies.  The  FIPS  only  provides  for  the  use  of  ANSI/ISO  8632 
within  the  Federal  government,  explaining  what  it  is  and  how  it 
is  to  be  applied  and  implemented.  ANSI/ISO  8632,  part  1, 
provides  the  functional  specification  for  CGM  elements  and 
parameters,  and  their  permissible  values,  while  parts  2,  3 and  4 
specify  encodings.  In  particular,  ANSI/ISO  8632,  part  3, 
specifies  the  Binary  encoding.  All  references  to  FIPS  PUB  128 
herein  apply  to  ANSI/ISO  8632,  and  where  necessary  will  also  cite 
in  parentheses  the  particular  reference  location  in  ANSI/ISO 
8632  . 

6.1.5  Metafile  Descriptor  Elements.  It  is  unclear  in  FIPS  PUB 
128  whether  there  should  be  a mandatory  ordering  of  Metafile 
Descriptor  elements  (the  grammar  implies  some) . ANSI/ISO  8632 
recommends  such  an  ordering;  METAFILE  VERSION,  METAFILE  ELEMENT 
LIST,  and  METAFILE  DESCRIPTION  should  be  the  first  three 
elements,  in  that  order. 
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6.1.6  Additional  attribute  values. 

6. 1.6.1  Line  types.  The  line  types  specified  in  table  VIII  of 

3. 2. 2.1  have  been  registered  by  ISO,  the  International  Standards 
Organization,  for  graphics  registration,  and  are  contained  in  the 
ISO  Register  of  Graphical  Items.  In  table  VIII,  the  name  of  the 
line  type  is  given,  followed  by  the  numeric  value  (the  line  type 
parameter)  by  which  it  is  to  be  referenced.  These  values  are  the 
ISO-registered  values. 

6. 1.6.2  Fonts  and  Character  Sets.  This  Application  Profile 
contains  two  character  sets  in  the  Basic  Set,  ASCII  and  ANSI 
X3. 134/2  ("Right  Hand  Part  of  Latin  Alphabet  Number  1").  The 
Basic  Set  also  specifies  the  Hershey  fonts  as  one  of  the  basic 
font  families.  There  is  finally,  the  requirement  that  the 
requested  character  set  be  representable  in  the  requested  font. 
X3. 134/2  is  not  fully  representable  in  the  digitized  databases  of 
the  original  public  domain  versions  of  the  Hershey  fonts.  Those 
characters  of  X3. 134/2  which  are  not  contained  in  the  original 
Hershey  set  should  be  rendered  in  a way  that  is  consistent  in 
style  and  metrics  of  the  requested  Hershey  font.  For  example, 
the  style  and  metrics  of  a Hershey  version  of  the  character 
"LOWER  CASE  A ACCENT  GRAVE"  should  have  an  obvious  relationship 
to  those  of  "LOWER  CASE  A." 

This  problem  does  not  arise  in  the  other  font  families  specified 
herein. 

It  is  recognized  that  the  Hershey  fonts  may  not  be  of  adequate 
quality  for  modern  publication  requirements. 

6.2  Ordering  data.  The  contract  or  purchase  order  should 
specify  the  following: 

a.  Title,  number,  and  date  of  this  specification. 

b.  Whether  the  metafile  is  Type  0 (monochrome) , Type  1 
(grayscale),  or  Type  2 (full  color).  (See  1.2  and 
3. 2. 1.2) 

c.  Physical  file  structure  (see  3.1.4) 

6.3  Definitions. 

6.3.1  Acronyms  and  abbreviations  used  herein.  Acronyms  and 
abbreviations  used  herein  are  defined  as  follows: 

a.  ANSI  - The  American  National  Standards  Institute. 
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bo  AP  - Application  Profile. 

c.  CGM  - Computer  Graphics  Metafile.  Synonymous  with  FIPS 

PUB  128. 

d.  FIPS  - Federal  Information  Processing  Standard. 

e.  GDP  - Generalized  Drawing  Primitive. 

f.  GKS  - Graphical  Kernel  System. 

g.  ISO  - International  Organization  for  Standardization. 

h.  PUB  - Publication. 

i.  RGB  - The  color  model  Red-Green-Blue. 

j.  SP  - Special  Publication. 

k.  VDC  - Virtual  Device  Coordinates,  the  coordinate  system 
of  FIPS  PUB  128. 

6.3.2  Application  Profile.  A set  of  specifications  (beyond  that 
in  the  published  standard)  appropriate  to  a particular 
environment.  The  goal  of  an  AP  is  to  eliminate  implementation 
dependencies  and  provide  for  the  effective  and  unambiguous  use  of 
a standard. 

6.3.3  Basic  set.  The  set  of  Basic  values  and  additional  values 
for  CGM  elements  and  parameters  as  specified  herein. 

6.3.4  Basic  values.  Basic  values  are  the  subset  of  permissible 
values  that  are  mandatory  for  conformance  to  this  specification, 
and  are  specified  herein. 

6.3.5  Computer  Graphics  Metafile.  The  functional  specification 
for  a mechanism  for  storing  and  transferring  illustration  data. 
Refer  to  FIPS  PUB  128. 

6.3.6  Conforming  basic  generator.  A metafile  generator  that 
produces  only  conforming  basic  metafiles  (or  can  be  reliably 
commanded  to  function  in  that  mode) , and  additionally  conforms  to 
any  additional  generator  requirements  as  specified  herein. 

6.3.7  Conforming  basic  interpreter.  A metafile  interpreter  that 
correctly  interprets  and  renders  any  conforming  basic  metafile  of 
the  same  conformance  classification  (Type  0,  1,  or  2)  as 
specified  herein,  and  additionally  conforms  to  any  additional 
requirements  as  specified  herein. 
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6.3.8  Conforming  basic  metafile.  A metafile  that  complies  with 
this  specification  and  that  conforms  to  one  of  the  three 
categories  classified  herein.  Type  0 metafiles  shall  be 
specified  as  monochrome  metafiles;  Type  1 metafiles  shall  be 
specified  as  grayscale  metafiles;  and  Type  2 metafiles  shall  be 
specified  as  color  metafiles. 

6.3.9  Metafile.  Synonymous  with  CGM.  A representation  for  the 
storage  and  transfer  of  graphical  data  and  control  information. 
This  representation  contains  a device-independent  description  of 
one  or  more  pictures. 

6.3.10  Metafile  generator.  The  software  or  hardware  that 
creates  a picture  or  conveys  information  in  the  CGM 
representation . 

6.3.11  Metafile  interpreter.  The  software  or  hardware  that 
reads  a CGM  metafile  and  interprets  the  contents. 

6.3.12  Permissible  values.  The  range  of  values  for  CGM  elements 
and  parameters  as  specified  in  FIPS  PUB  128. 

6.3.13  Vector  Graphics.  The  presentation  or  storage  of  images 
as  sequences  of  line  segments. 

Note:  Refer  to  FIPS  PUB  128  (i.e.,  ANSI/ISO  8632,  clause  3)  for 

further  definitions  of  computer  graphics  terms. 

6.4  Subject  term  (keyword)  listing. 

Application  profile 
CGM 

CGM  metafile 

Digital 

FIPS  PUB  128 

Technical  illustrations 

Technical  publications 
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DIFFERENCES  BETWEEN  MIL-D-28003  AND  MIL-D-28003A 
10.  SCOPE. 

10.1  Scope.  This  appendix  is  provided  for  informative  purposes, 
to  assist  in  evaluating  revision  MIL-D-28003A.  It  provides  a 
compendium  of  the  differences  between  the  original  specification 
and  Revision  A of  the  specification.  This  appendix  is  not  a 
mandatory  part  of  this  specification.  The  material  contained 
herein  is  intended  for  guidance  only. 

20.  APPLICABLE  DOCUMENTS.  This  section  is  not  applicable  to 
this  appendix. 

30.  BACKGROUND.  MIL-D-28003  was  completed  and  published  as  a 
part  of  the  CALS  Phase  I program  for  digital  delivery  of 
technical  materials  in  1988.  As  explained  in  section  6, 
MIL-D-28003  is  an  "Application  Profile"  of  the  CGM  standard, 
ANSI/ISO  8632:1987.  It  is  the  way  in  which  the  CGM  standard  is 
harnessed  and  applied  for  use  by  the  CALS  application  community. 

At  the  time  that  the  28000-series  specifications  were  being 
devised,  there  was  a similar  initiative  underway  in  the 
manufacturing  sector — MAP/TOP.  Work  was  well  underway  for  a CGM 
application  profile  for  this  sector.  There  was  close 
collaborative  effort  between  this  community  and  the  CALS 
community  to  improve  the  quality  of  the  specifications  and  to 
devise  a single  profile  to  serve  the  needs  of  both  communities. 
The  CGM  profile  of  MAP/TOP  V3 . 0 and  MIL-D-28003  were  very  close 
in  content  and  structure.  The  goal  for  the  CALS  community  for 
this  initial  profile  was  a basic  usable  profile  which  did  not 
deviate  significantly  from  the  profile  of  the  MAP/TOP  community. 

During  this  period  and  subsequently  the  CALS  program  conducted 
requirements  studies  to  more  carefully  define  the  needed 
facilities  in  a graphics  format  intended  for  technical 
illustrations.  The  results  of  these  studies  indicated  a number 
of  extensions  and  modifications  specifically  needed  by  the  CALS 
constituency.  Work  commenced  to  produce  a revision  of 
MIL-D-28003  that  more  closely  reflected  the  needs  of  the  CALS 
community. 

Concurrently  work  progressed  within  the  ANSI  and  ISO  graphics 
standards  communities  on  two  amendments  to  CGM,  the  so-called 
Amendment  1 and  Amendment  3,  which  respectively  defined  Version  1 
and  Version  3 metafiles.  There  was  also  work  within  the 
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standards  communities  to  give  public  standing  to  certain 
extensions  to  the  CGM  standard  (and  other  graphics  standards  as 
well)  by  the  process  of  "graphical  registration".  Finally, 
there  was  work  in  the  ISO  CGM  committee,  SC24/WG3  to  resolve 
outstanding  "defect  reports"  on  CGM. 

These  revisions  to  the  base  CGM  standard  comprise  additions  that 
in  many  cases  have  been  driven  by  the  needs  of  constituencies 
such  as  technical  publishing,  engineering  drawing,  and  graphic 
arts.  Amendment  1 completed  processing  in  late  1990,  and 
Amendment  3 completed  processing  in  fall  of  1991.  The  two 
amendments  plus  the  defects  resolutions  were  folded  into  ISO 
8632:1987  to  produce  ISO  8632:1992  (and  the  identical  ANSI/ISO 
designations) . 

40.  OVERVIEW  OF  CHANGES  IN  MIL-D-28003A.  MIL-D-28003A  contains 

additions  which  include  standardized  functionality  from  CGM 
Amendment  1 (Version  2 metafiles)  and  the  nearly  complete  CGM 
Amendment  3 (Version  3 metafiles)  . 

Besides  additions  MIL-D-28003A  also  contains  some  deletions  and 
some  changes.  The  experience  of  the  CALS  community  and  CGM 
standard  users  in  general  has  provided  information  necessary  to 
fine  tune  some  of  the  original  specifications  of  MIL-D-28003. 

50.  CRITERIA  FOR  CHANGES  TO  THE  PROFILE.  A number  of  criteria 
were  considered  in  evaluating  potential  changes  to  MIL-D-28003. 

In  many  cases  these  criteria  conflict  and  tradeoffs  had  to  be 
made. 

50.1  Universal  Printability.  It  should  be  possible  to  build 
implementations  based  on  commonly  available  technology  that  can 
print  conforming  metafiles  as  specified  herein.  Esoteric  or 
unusual  resources  should  not  be  required  or  allowed  (e.g., 
unusual  private  font  collections  should  be  proscribed,  as  they 
tend  to  isolate  islands  of  automation  that  have  access  to  them) . 

50.2  Uniformity  of  Results.  The  specification  should  be 
sufficiently  unambiguous  that  uniform  results  can  be  obtained 
based  on  this  published  specification  in  combination  with  the  CGM 
standard  itself.  Each  feature  should  be  evaluated,  and 
implementation  leeway  in  rendering  the  feature  should  only  be 
allowed  if  it  is  a specifically  desirable  feature. 

50.3  High  Expressive  Power.  This  specification  should  enable 
conforming  metafiles  to  efficiently  represent  the  graphical 
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features  commonly  used  in  technical  publishing.  There  should  be 
good  support  for  graphical  text,  advanced  curves  and  conics, 
reusable  symbols,  etc. 

50.4  Implementability.  The  additions  to  MIL-D-28003  should 
accomplish  the  most  important  currently-unsatisf ied  requirements 
of  technical  publishing  without  unduly  increasing  the 
implementation  burden.  Some  increase  is  inevitable,  but  lower 
priority  additions  requiring  extra  work  disproportionate  to  their 
utility  should  be  deferred  until  a future  revision  (see  Appendix 
B)  . 

50.5  Close  to  Base  Standard.  As  much  as  possible  the 
specification  should  consist  of  limitations  of  the  base  CGM 
standard  and  specifications  of  implementation  dependencies. 
Redefinitions  of  the  base  standard  must  absolutely  be  avoided, 
and  unusual  extensions  should  only  be  included  where  strongly 
justified.  It  is  necessary  that  any  conforming  basic  metafile  be 
a legal  CGM,  and  desirable  that  it  be  largely  understood  by  high 
quality  complete  interpreters,  even  if  they  are  not  specifically 
written  to  comply  with  this  specification. 

50.6  Avoid  Excessive  Subsetting  and  Levels.  Experience  with 
standards  and  military  specifications  has  shown  that  each 
conformance  subset  or  level  tends  to  become  a separate  dialect 
and  attract  a separate  clique.  Not  only  does  universal 
printability  suffer,  but  there  is  potential  for  widespread 
misunderstanding  among  consumers  of  conforming  products  as  to 
what  the  product  actually  is. 

60.  SPECIFIC  CHANGES  IN  MIL-D-28003A.  The  following  summarizes 
the  most  important  modifications,  additions,  and  deletions  in 
deriving  MIL-D-28003A  from  MIL-D-28003.  As  an  aid  to  evaluating 
these  changes,  the  rationale  for  each  change  is  discussed 
briefly. 

60.1  Draft  and  Publication  Conformance  Levels.  Some  experts 
view  the  distinction  between  Draft  and  Publication  qualities  of 
interpreters  as  not  useful.  Digital  deliverables  will  require 
publication-quality  interpreters  for  either  softcopy  or  hardcopy 
operational  use.  A draft  quality  interpreter  will  certainly  be  a 
useful  tool  in  many  circumstances,  but  is  not  identified  as  a key 
operational  requirement  for  the  digital  delivery  of  documents. 
Therefore  the  concept  of  these  two  distinct  conformance  levels 
has  been  removed  from  MIL-D-28003A. 
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60.2  METAFILE  VERSION.  The  Basic  values  of  this  element  have 
changed  from  "I”  (the  only  value  in  ANSI/ISO  8632:1987)  in 
MIL-D-28003  to  ''I,”  " 2,"  or  "3"  in  MIL-D“28003A  (all  of  the 
values  allowed  in  ANSI/ISO  8632:1992).  In  addition  to  reflecting 
the  set  of  elements  that  may  be  present,  the  Version  also  may 
reflect  cheunges  in  grammar.  For  example  Version  2 metafiles 
allow  the  COLOUR  TABLE  to  be  present  in  the  picture  descriptor  as 
well  as  the  picture  body,  and  in  fact  this  is  a preferable 
location. 

60.3  Color. 

60.3.1  Conformance  Levels.  A very  high  proportion  of  technical 
illustrations  will  be  monochrome,  or  at  best  grayscale. 
MIL-D-28003  could  be  read  as  requiring  that  any  conforming 
interpreter  be  able  to  print  wide-spectrum  full  color.  Features 
have  been  added  to  MIL-D-28003A  to  allow  a conforming  basic 
metafile  to  be  classified  and  self-identified  as  Type  0 
(monochrome).  Type  1 (grayscale),  or  Type  2 (full  color),  and 
conforming  basic  interpreters  can  conform  to  one  of  those  three 
categories . 

60.3.2  MAXIMUM  COLOR  INDEX.  The  requirements  have  been  aligned 
with  the  three  conformance  categories,  and  an  ambiguity  in  the 
ANSI/ISO  8632  standard  regarding  the  applicability  to  "implicitly 
defined"  color  indexes  has  been  clarified. 

60.3.3  Default  Color  Table.  The  default  color  table  to  be 
assumed  by  conforming  basic  interpreters  in  the  absence  of 
explicit  color  information  has  been  deleted.  There  is  no  longer 
a specified  default.  The  specification  was  contrary  to  the 
spirit  of  the  specification  that  "all  color  table  entries  shall 
be  defined  or  none  shall."  The  "none"  subclause  was  specifically 
intended  to  allow  interpreter  leeway  in  selection  of  colors  where 
the  precise  colors  either  did  not  matter  to  the  generator,  or 
where  the  appropriate  set  have  depended  upon  such  factors  as 
hardcopy  vs.  softcopy  presentation  of  documents.  In  general  the 
latter  freedom  will  be  useful  for  monochrome  applications  which 
make  up  the  majority  of  technical  illustrations. 

60.3.4  All-or-none  for  Direct  Color.  MIL-D-28003  only  applied 
the  all-or-none  definition  requirement  to  the  indexed  color 
selection  method.  MIL-D-28003A  extends  the  same  principle  to 
direct  color  selection. 

60.3.5  Include  BACKGROUND  COLOUR  in  All-or-none.  The  indexed 
color  "all-or-none"  definition  requirement  of  MIL-D-28003 
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overlooked  that  the  BACKGROUND  COLOUR  element  behaves  the  same  as 
the  definition  of  an  index  by  COLOUR  TABLE.  It  has  now  been 
included  appropriately. 

60.3.6  Color  Table  Size.  The  various  requirements  regarding 
starting  index,  table  size,  etc,  have  been  modified  to  reflect 
the  three  conformance  types  of  Type  0 (monochrome) , Type  1 
(grayscale) , and  Type  2 (full  color) . 

60.4  METAFILE  DESCRIPTION.  The  string  will  now  reflect  that  the 
file  conforms  to  MIL-D-28003A.  The  requirements  for  inclusion  of 
identifying  information  for  the  source  of  the  metafile  are 
increased.  A new  suffix  to  the  string  identifies  to  which  of  the 
three  conformance  categories  the  file  belongs. 

60.5  Additional  Attribute  and  Primitive  Restrictions.  A number 
of  situations  that  are  indeterminate  in  the  ANSI/ISO  8632  base 
standard  are  specified: 

1.  The  value  0 is  prohibited  for  LINE  WIDTH,  EDGE  WIDTH, 
and  MARKER  SIZE. 

2.  POLYLINES  with  less  than  2 points  encoded,  POLYGONS 
(and  sub-polygons  of  POLYGON  SET)  with  less  than  3 
points  encoded,  and  DISJOINT  POLYLINES  with  odd  numbers 
of  points  encoded,  are  prohibited. 

3.  Edges  of  filled  areas  are  specified  to  be  centered  on 
the  ideal  boundary  of  the  area. 

4.  Control  characters  (codes  1-31  and  96-127)  are 
prohibited  (NUL,  0,  is  allowed)  in  graphical  text 
strings  except  as  required  to  implement  permissible 
character  set  switching  mechanisms. 

5.  The  line  type  continuation  element  of  MIL-D-28003  has 
been  removed,  since  there  is  now  an  included  Amendment 
3 element  which  allows  control  of  this  aspect. 

60.6  Text  and  Fonts.  Additional  fonts  may  be  used.  These  fonts 
are  similar  to  the  basic  set  of  13  specified  by  the  PostScript 
product  of  Adobe  Corporation  (PostScript  is  a registered 
trademark  of  Adobe  Corporation) . Equivalents  of  these  fonts  are 
widely  available  in  modern  publishing  systems. 
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All  font  indexes  and  character  set  indexes  used  in  the  metafile 
must  be  specified  by  the  appropriate  Metafile  Descriptor 
elements . 

The  case  (upper/ lower)  of  the  strings  in  the  FONT  LIST  element  is 
not  significant.  This  was  not  addressed  in  MIL-D-28003. 

In  forming  the  names  of  the  Hershey  fonts,  a ”/”  may  be  used  in 
place  of  the  for  separating  the  components  of  the  font  name. 
The  former  is  consistent  with  name  structuring  conventions  in  the 
ISO  font  standards. 

An  appendix  will  be  prepared  and  added  to  a future  revision  of 
MIL-D-28003A  to  show  an  unambiguous  mapping  of  character  codes  to 
glyphs  for  the  Hershey  fonts  of  TABLE  IX. 

A subset  of  the  publicly-defined  symbols  of  TABLE  IX  (useful  for 
Technical  Illustration)  will  be  added  to  a future  revision  of 
MIL-D-28003A.  An  appendix  will  also  be  prepared  and  added  to  a 
future  revision  of  MIL-D-28003A  which  specifies  such  a symbol  set 
and  unambiguously  associates  character  codes  with  symbols. 

The  "SYMBOL”  font  in  TABLE  X contains  greek  characters  in  the 
familiar  alphabetic  positions,  and  various  mathematical  and 
publishing  symbols  in  the  upper  code  positions  (159-255).  In  a 
future  revision  of  MIL-D-28003A,  the  greek  symbols  will  be  given 
unambiguous  code  assignments  and  will  be  illustrated  in  the 
published  text.  A subset  of  other  symbols  useful  for  Technical 
Illustration  (and  which  is  widely  available  in  publishing  and 
engineering  systems)  will  be  added  to  a future  revision  of  MIL- 
D-28003A.  An  appendix  will  be  prepared  and  added  to  a future 
revision  of  MIL-D-28003A,  which  specifies  such  a set  of  symbols 
and  unambiguously  associates  character  codes  with  symbols. 

The  maximum  allowable  length  of  non-graphical  strings  (e.g.,  FONT 
LIST  names,  METAFILE  DESCRIPTION  string,  etc)  has  been  increased 
from  254  to  1024. 

60.7  Hatch  Styles  and  Line  Types.  The  extended  hatch  styles 
(concrete,  steel,  etc)  of  MIL-D-28003  have  been  removed.  The 
conformance  requirements  for  them  were  too  ill-specified,  and  the 
usefulness  of  them  in  technical  illustrations  for  weapons  systems 
has  been  challenged  (they  appear  more  appropriate  to 
architectural  and  civil  engineering  applications)  as  not  worth 
the  cost.  Most  of  these  may  be  reproducible  by  the  user 
definable  hatch,  available  in  Version  3 metafiles,  which  has  been 
included. 
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The  extended  line  types,  by  contrast,  seem  more  widely  applicable 
to  the  application  area  and  more  readily  implemented.  The 
designators  for  these  have  been  changed  from  the  private  negative 
numbers  to  the  newly  registered  positive  values. 

60.8  Escapes.  All  of  the  specified  ESCAPES  of  MIL-D-28003  have 
been  removed. 

1.  The  clear  disable  has  side  effects  that  have  not  been 
dealt  with,  and  it  is  contrary  to  the  intention  of  the 
ANSI/ISO  8632  standard.  As  a presentation  directive  it 
could  accompany  the  metafile  in  some  way,  but  should 
not  be  embedded  as  functionality  in  the  metafile. 

2.  The  use  of  viewport  would  be  difficult  to  reconcile 
with  other  content  types  on  a typical  MIL-STD-1840A 
application  tape.  It  should  also  be  considered  as  a 
presentation  directive  that  could  accompany  the 
metafile  but  not  be  embedded  in  it. 

3 . The  implicit  colour  table  contains  reasonable 
requirements.  However,  what  is  achievable  using  it  can 
be  accomplished  explicitly  by  other  standard  means. 

The  slight,  potential  saving  of  file  size  does  not 
justify  defining  and  adding  the  extended  element. 

60.9  Delivery  Format-  MIL-D-28003  attempted  to  specify  the 
delivery  format  on  physical  media  of  conforming  basic  metafiles 
as  80-octet  records  with  a blocking  factor  specified  for  tape. 

The  delivery  format  does  need  to  be  specified  somewhere  within 
the  CALS  family  of  standards,  but  MIL-D-28003  is  not  the  right 
place.  Such  requirements  are  the  concern  of  the  packaging  and 
delivery  standards  (e.g.,  MIL-STD-1840A) . MIL-D-28003A  has 

replaced  the  requirement  with  an  explicit  statement  that 
MIL-D-28003A  does  not  specify  the  delivery  format. 

60.10  Additions — Pictiore  Descriptor.  Following  are  additions  of 
Picture  Descriptor  elements  from  Version  2 and  Version  3 
metafiles. 

60.10.1  SPECIFICATION  MODES.  Version  3 metafiles  allow  two  new 
SPECIFICATION  MODES,  fractional  and  mm,  for  such  items  as  LINE 
WIDTH  SPECIFICATION  MODE.  For  technical  illustrations  (and 
engineering  drawing  as  well)  these  are  considered  more  precise 
and  behave  more  as  required  by  these  applications  than  the  two 
existing  modes.  In  addition  an  INTERIOR  STYLE  SPECIFICATION  MODE 

39 


45 


MIL-D-28003A 


APPENDIX  A 


has  been  added  to  give  similar  control  over  the  interiors  of 
filled  areas.  These  features  are  included  in  MIL-D-28003A. 

60.10.2  Grammar  of  Version  2 Metafiles.  The  rules  defining 
where  elements  can  appear  in  the  metafile  are  liberalized 
somewhat  in  Version  2 metafiles.  For  example,  COLOUR  TABLE  can 
now  (and  should  preferably)  appear  in  the  Picture  Descriptor. 

The  SPECIFICATION  MODES  above  can  also  appear  in  the  picture 
body.  Most  of  these  are  allowed  in  MIL-D-28003A.  MIL-D-28003A 

does  restrict  the  COLOUR  SELECTION  MODE  (also  liberalized  in 
Version  2 metafiles)  to  one  value  per  picttire. 

60.10.3  Prohibited  Elements.  The  DEVICE  VIEWPORT  Picture 
Descriptor  element  of  Version2  metafiles  is  prohibited  in 
conforming  basic  metafiles.  In  addition  the  bundle  table  setting 
elements  are  prohibited.  Although  the  elements  are  not 
especially  complicated,  the  utility  of  bundles  is  considered  very 
low  to  this  application  community,  and  the  overhead  of 
implementing  the  elements  does  not  justify  the  cost. 

60.11  Additions — Control.  Following  are  additions  of  Control 
elements  from  Version  2 and  Version  3 metafiles. 

60.11.1  Clipping  Modes.  Version  2 metafiles  resolve  an 
ambiguity  in  Version  1 metafiles  concerning  how  lines  and  markers 
are  clipped  or  cropped.  Elements  are  added  to  MIL-D-28003  to  set 
the  clipping  modes  of  lines,  edges,  and  markers,  with  the  Basic 
values  constrained  to  a single  value  that  makes  sense  in 
technical  illustrations. 

60.11.2  Mitre  Limit.  Line  join  is  a feature  of  Version  3 
metafiles  which  is  included  in  MIL-D-28003A.  The  associated 
MITRE  LIMIT  element  is  included  as  well. 

60.11.3  Prohibited  Elements.  Version  2 metafiles  have  elements 
to  save  and  restore  certain  aspects  of  primitive  context.  These 
are  prohibited  in  MIL-D-28003A. 

Version  3 metafiles  allow  arbitrary  clipping  and  shielding 
boundaries  in  addition  to  the  existing  rectangular  clipping 
capability.  These  consist  of  general  paths  that  can  be  used  to 
clip  and  shield.  While  these  are  considered  useful  to  technical 
illustration,  their  priority  is  lower  than  some  other  items. 

Thus  they  are  assigned  to  the  next  revision  of  this 
specification. 
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Version  3 metafiles  also  include  the  ability  to  specify  text 
along  an  arbitrary  path.  This  is  also  assigned  to  the  next 
revision  of  this  specification. 

60.12  Additions — Graphical  Primitives.  Following  are  additions 
of  Graphical  Primitive  elements  from  Version  2 and  Version  3 
metafiles. 

60.12.1  Version  2 Primitives.  Version  2 added  two  primitives: 
Closed  Figure,  allowing  the  definition  of  a single  filled  area 
from  a composite  of  other  primitives,  namely  lines,  arcs, 
polygons,  etc.;  and  another  flavor  of  Circular  Arc,  allowing 
seamless  inclusion  of  arcs  in  Closed  Figures  in  certain 
circumstances.  Both  primitives  are  adopted  into  MIL-D-28003A. 
The  Closed  Figure  is  adopted  with  size  restrictions  as  the  other 
variable  size  primitives  have  been  into  MIL-D-28003 . 

60.12.2  Version  3 Primitives.  Parabolic  arcs  and  hyperbolic 
arcs  are  defined  in  Version  3 metafiles  and  are  included  in 
MIL-D-28003A  (thus  completing  the  set  required  to  translate,  for 
example,  the  conic  arc  elements  of  IGES) . 

Cubic  bezier  curves  are  also  defined,  and  are  adopted  into 
MIL-D-28003A  (with  appropriate  size  restrictions) . 

Tiled  compressed  raster  elements  are  defined  in  a manner  that 
allows  integration  of  vector  and  raster  within  a picture,  and  in 
a way  compatible  with  MIL-R-28002  and  the  ODA  Part  7 Tiling 
Addendum.  These  are  adopted  into  MIL-D-28003A  (with  appropriate 
size  and  compression  option  restrictions) . 

A "Compound  Line"  primitive  (similar  to  the  Version  2 Closed 
Figure,  except  not  filled)  is  defined  in  Version  3 metafiles  and 
this  is  adopted  into  MIL-D-28003A. 

NURBS  (non-uniform  rational  B-splines)  are  defined  in  Version  2 
metafiles.  These  are  included  in  MIL-D-28003A  with  appropriate 
restrictions  on  degree  and  size. 

60.12.3  Prohibited  Elements.  The  facility  of  externally 
defined  symbol  libraries  is  also  defined  in  Version  3 metafiles. 
Inclusion  of  this  facility  herein  is  deferred  until  specific 
requirements  are  better  defined,  and  such  practical  operational 
matters  as  naming  conventions  for  and  registration  of  symbol 
libraries  have  been  completed. 
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60.13  Additions — Primitive  Attributes.  Following  are  additions 
of  Primitive  Attribute  elements  from  Version  2 and  Version  3 
metafiles. 

60.13.1  Version  Attributes.  A single  new  attribute,  PICK 
IDENTIFIER,  is  defined  in  Version  2 metafiles.  It  is  graphically 
meaningless,  but  may  help  to  preserve  certain  application  hooks 
into  the  graphics  and  so  is  adopted  herein  (it  may  safely  be 
ignored  by  conforming  basic  interpreters) . 

60.13.2  Definable  Line  Types  and  Hatch.  Version  3 metafiles 
allow  user  definable  line  (and  edge)  types  and  hatch  styles. 

These  are  adopted  with  appropriate  restrictions  into 
MIL-D-28003A,  and  are  considered  high  priority  items  for 
improving  drawing  quality,  fidelity  and  translatability  from 
other  formats.  Along  with  the  user  line/edge  type  definition 
elements,  there  are  a couple  of  utility  elements  such  as  for 
specifying  the  continuation  behavior  and  the  initial  offset  in 
line  patterns.  These  are  adopted  into  MIL-D-28003A  as  well. 

60.13.3  Cap  and  Join.  Version  3 metafiles  define  elements  to 
specify  line  cap  and  line  join  styles  (and  for  edges  as  well) . 
These  are  adopted  into  MIL-D-28003A,  and  are  considered  a fairly 
high  priority  item  for  improving  drawing  quality,  fidelity  and 
translatability  from  other  formats. 

60.13.4  Restricted  Text  Controls.  Version  3 metafiles  allow 
precise  control  of  how  text  should  fit  the  restriction  box  of  the 
RESTRICTED  TEXT  element.  This  is  one  of  the  most  important 
additions  to  MIL-D-28003A  for  controlling  how  text  behaves,  as 
well  as  for  translating  from  other  formats  (e.g.,  IGES)  having  a 
"boxed  text"  model. 

60.13.5  Prohibited  Elements.  Version  3 metafiles  allow  new, 
filled- interior  filling  methods:  definable  "geometric  patterns" 
and  interpolated  or  gradient  interiors.  While  these  are 
considered  useful  to  technical  illustration,  they  have  lower 
priority  than  some  other  items.  Therefore,  they  have  been 
assigned  to  the  next  revision  of  this  specification. 

Version  3 metafiles  also  define  attribute  elements  associated 
with  external  symbol  libraries  and  arbitrary  text  path.  As 
mentioned  previously  these  features  are  deferred  until  the  next 
revision  of  this  specification. 

60.14  Additions- — Segments.  Version  2 metafiles  define  the 
concept  of  "segments"  to  the  metafile  definition.  A segment  is 

42 


48 


MIL-D-28003A 


APPENDIX  A 


specified  by  indicating  a grouping  of  primitives.  Once  specified 
the  group  can  then  be  instanced  repeatedly  into  pictures,  with 
variations  on  position,  scaling,  rotation,  and  'inheritance  of 
such  attributes  as  color.  This  segment  mechanism  is  adopted  into 
MIL-D-28003A  with  appropriate  restrictions  and  with  the 
elimination  of  a couple  of  less  useful  elements. 

60.15  About  Delimiter  Elements.  The  new  primitives.  Closed 
Figure,  Compound  Line  and  Tile  Array,  are  specified  by  initiating 
and  terminating  a definition  sequence  with  the  Delimiter  Elements 
BEGIN  <whatever>  and  END  <whatever>.  The  clipping  and  shielding 
regions  of  Version  3 metafiles,  which  are  not  included  in 
MIL-D-28003A,  are  also  specified  in  this  way. 

60.16  About  Metafile  Descriptor  Elements.  Version  2 metafiles 
define  the  Metafile  Descriptor  elements  NAME  PRECISION,  MAXIMUM 
VDC  EXTENT,  and  SEGMENT  PRIORITY  EXTENT.  These  are  basic 
"utility"  elements  and  are  adopted  into  MIL-D-28003A,  with 
restrictions  where  appropriate. 

Version  3 metafiles  define  several  functionally  significant 
Metafile  Descriptor  elements.  SYMBOL  LIBRARY  LIST  allows  the 
reference  of  external  symbol  libraries  for  inclusion  of  their 
individual  symbols  into  the  metafile.  As  mentioned  previously, 
inclusion  of  this  feature  in  MIL-D-28003  is  deferred  pending 
requirements  study  and  better  definition  of  the  mechanics  of  the 
feature. 

COLOUR  MODEL  and  COLOUR  CALIBRATION  allow  selection  of  color 
models  other  than  RGB  (Red-Green-Blue) , including  the  CMYK  color 
printing  model.  These  elements  also  include  precise  calibration 
information  relating  to  the  source  of  the  color.  Since  color  is 
a relatively  minor  part  of  interchange  of  technical  illustrations 
at  this  point,  inclusion  of  these  features  is  deferred. 

FONT  PROPERTIES  and  GLYPH  MAPPING  have  potential  to  solve  some  of 
the  problems  in  graphical  interchange.  Their  inclusion  herein  is 
premature  at  this  point  for  a number  of  reasons:  (1)  the  base 
standards  from  which  the  elements  derive,  ISO  9541  and  ISO  10036 
have  not  yet  completed;  (2)  significant  collections  of  glyphs 
have  not  yet  been  registered;  (3)  the  requirements  of  CALS  for 
symbols  and  glyphs  in  vector  graphics  have  not  yet  been  defined; 
and  (4)  the  font  substitution  capabilities  of  FONT  PROPERTIES  can 
not  be  used  effectively  until  further  liberalization  of  font 
usage  herein  is  defined  and  certain  companion  changes  are 
implemented  in  MIL-STD-1840A. 
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LOOKING  BEYOND  REVISION  A OF  MIL-D-28003 


10.  SCOPE. 

10,1  Scope.  This  appendix  is  provided  for  informative  purposes, 
to  assist  in  evaluating  Revision  A of  MIL-D-28003.  This  appendix 
is  not  a mandatory  part  of  this  specification.  It  provides  a 
rationale  for  why  certain  features  have  been  deferred  from 
Revision  A processing,  and  offers  suggestions  for  how  these 
features  can  be  processed  in  future  as  either  minor  amendments  or 
part  of  the  next  full  revision  cycle.  The  material  contained 
herein  is  intended  for  guidance  only. 

20.  APPLICABLE  DOCUMENTS.  This  section  is  not  applicable  to 
this  appendix. 

30.  OVERVIEW.  Appendix  A focusses  on  the  differences  between 
MIL-D-28003  and  MIL-D-28003A,  discussing  all  of  the  new  features 
of  Version  2 and  Version  3 metafiles.  Some  features  of  these 
versions  are  of  no  interest  to  the  technical  publishing  and 
engineering  communities  of  CALS.  Other  features  are  useful  but 
are  deferred  for  one  of  two  reasons:  adequate  groundwork  and 
requirements  definition  does  not  yet  exist;  or  the  feature, 
although  useful,  is  not  a high-enough  priority  when  both  the 
added  implementation  burden  and  the  number  of  other  features 
already  being  added  are  considered. 

The  content  of  future  revisions  to  this  specification,  as  well  as 
the  best  means  of  making  and  timing  the  additions,  are  now  being 
considered. 

The  bulk  of  the  changes  will  probably  constitute  a significant 
revision,  which  for  the  remainder  of  this  discussion  will  be 
designated  MIL-D-28003B.  There  are  some  items  that  ideally 
should  have  been  included  herein.  However,  these  items  have  been 
adequately  prepared  and  should  not  delay  the  start  of  the  review 
process  of  this  specification.  In  addition  the  review  and 
reconciliation  process  for  MIL-D-28003A  represents  a valuable 
opportunity  for  soliciting  comments  on  requirements. 

MIL-D-28003B  probab'ly  should  start  its  review  process  about  2 
years  after  MIL-D-28003A  is  published.  It  is  possible  that  some 
items  not  presently  included  in  MIL-D-28003A,  and  upon  which 
requirements  comments  are  solicited,  can  be  processed  in  the 
interim  by  minor  amendment.  For  the  purposes  of  this  discussion 
these  are  referred  to  as  "Interim  Items." 

45 


51 


MIL-D-28003A 


APPENDIX  B 


40.  INTERIM  ITEMS.  Need  has  repeatedly  been  expressed  for  a 
"symbol  font,"  containing  various  common  publishing,, 
mathematical,  and  engineering  symbols  which  may  need  to  occur  as 
an  integral  part  of  a graphical  text  string.  The  exact 
requirement  has  not  yet  been  defined.  There  are  a number  of 
candidate  symbol  sets  that  can  provide  source  material  once  the 
requirements  are  determined: 

1.  public  domain  Hershey  symbol  sets; 

2.  symbols  specified  for  use  with  IGES; 

3 . proprietary  but  common  sets  such  as  the  Adobe 
PostScript  "Symbol"  font  (PostScript  is  a registered 
trademark  of  Adobe  Corporation) ; 

4.  the  registries  of  technical  societies. 

Continued  examination  of  the  symbol  problem  will  result  in  a 
solution  or  recommendation  that  will  be  added  to  MIL-D-28003A 
without  a major  revision  process. 

50.  SUBSTANTIAL  ADDITIONS — 28003B. 

50.1  More  Functionality  from  Version  2 and  3.  There  are 
features  of  Version  2 metafiles  which  have  not  been  adopted  into 
MIL-D-28003A.  These  are  not  targeted  for  adoption  at  any  time. 
These  features  include: 

1.  settable  bundles; 

2.  device  viewport  controls; 

3.  save/restore  context; 

4.  a couple  of  implementation  dependent  segment 
attributes . 

Some  features  of  Version  3 metafiles  have  not  been  adopted  into 
MIL-D-28003A.  These  features  are  targeted  for  adoption  into  the 
next  major  revision  (MIL-D-28003B)  of  this  specification.  The 
need  for  certain  other  features  is  uncertain  at  this  point.  They 
include  the  following: 
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1.  NURBS.  These  curves  are  becoming  more  common  in 
engineering  systems;  adoption  into  MIL-D-28003B  is 
probable . 

2.  SYMBOLS.  Access  to  external  libraries  of  standardized 
symbols  is  potentially  very  useful  to  engineering 
drawing  and  technical  illustration;  adoption  into 
MIL-D-28003B  is  probable  after  mechanics  of  the 
elements  are  worked  out. 

3.  FONT  PROPERTIES.  The  ability  to  specify  acceptable 
substitutes  for  a larger  class  of  allowed  but  non-basic 
fonts  is  one  goal  of  additional  font  improvements  in 
MIL-D-28003B;  adoption  into  MIL-D-28003B  is  probable. 

4.  GLYPH  MAPPING.  Access  to  large  families  of  registered 
typographic  and  technical  glyphs  is  desirable;  adoption 
into  MIL-D-28003B  is  probable  after  the  glyph  registry 
develops  somewhat. 

5.  GEOMETRIC  PATTERN  and  INTERPOLATE  INTERIOR.  While 
these  features  are  essential  to  the  highest  quality 
results  in  graphic  arts  and  presentation  graphics,  the 
precise  requirements  in  Technical  Illustrations  are 
uncertain  (and  in  engineering  drawing  are  low) ; 
adoption  or  limited  adoption  into  MIL-D-28003B  is 
probable,  pending  further  study  of  requirements. 

6.  GENERALIZED  TEXT  PATH.  While  this  feature  is  essential 
to  the  highest  quality  results  in  graphic  arts  and 
presentation  graphics,  and  is  anticipated  to  be  widely 
used  in  cartography,  the  precise  requirements  in 
Technical  Illustrations  are  uncertain;  adoption  into 
MIL-D-28003B  is  possible  pending  further  study  of 
requirements . 

7.  ARBITRARY  CLIP/SHIELD.  The  same  as  for  GEOMETRIC 
PATTERN  (they  are  functionally  equivalent  if  the 
question  of  nesting  is  discounted) . 

8.  COLOR.  Because  the  great  majority  of  Technical 
Illustration  currently  is  monochrome,  a strong 
requirement  has  not  been  generated  for  advanced  color 
models  and  color  calibration  capabilities  within  the 
CALS  community;  adoption  into  MIL-D-28003B  is  unlikely 
unless  additional  requirements  are  generated.  However, 
the  increasing  use  of  "softcopy"  (CRTs)  for  document 
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presentation  implies  that  some  additional  requirements 
work  is  needed  on  this  question. 


50.2  More  Fonts.  MIL-D-28003A  has  increased  the  selection  of 
fonts  which  can  be  used  by  allowing  a set  which  is  widely 
available  but  not  public  domain.  The  additional  fonts  are  of 
higher  quality  than  the  public  domain  Hershey  fonts.  MIL-D-28003B 
will  likely  expand  the  set  of  allowable  fonts  further.  This  will 
likely  be  in  conjunction  with  some  of  the  font  substitution 
mechanisms  just  described,  and  ideally  also  in  conjunction  with  a 
font  resource  content  type  (see  next  section) . 

50.3  Font  Resource  Content  Type  for  MIL-STD-1840A.  A major 
issue  is  achieving  modern,  high-quality  typography  in  an  open 
interchange  environment  such  as  CALS  while  still  preserving 
universal  printability . One  way  to  solve  font  interoperability 
problems  is  for  the  font  resource,  or  minimally  parts  of  the  font 
resource,  to  be  delivered  with  the  graphics  and  text  of  an 
electronic  document.  If  the  font  metrics  are  available  for  the 
fonts  utilized  both  in  the  graphics  and  in  the  text  layout  and 
formatting,  then  the  approximation  of  unavailable  fonts  can  be 
improved  by  an  order  of  magnitude.  If  the  shape  descriptions 
themselves  are  also  delivered,  then  substitution  and 
approximation  is  no  longer  an  issue. 

There  are  ISO  projects  in  reasonably-advanced  stages  that 
standardize  the  basic  technology  for  interchange  of  font 
resources.  These  are  based  on  widespread  commercial  practice. 

Within  the  next  two  years  the  MIL-STD-1840A  standard  should  be 
modified  to  allow  "Font  Resource"  to  be  one  of  the  allowable 
content  types  delivered  on  tape  or  whatever  medium  is  being  used. 
This  is  a necessary  adjunct  to  solutions  for  presentation  of  the 
revisable  content  types  of  MIL-STD-1840A,  for  both  graphical  font 
presentation  and  text  presentation  and  formatting. 

Results  of  adding  a Font  Resource  content  type  would  be 
integrated  into  MIL-D-28003B. 

50.4  Character  Set  Problems.  Further  study  is  needed  on  the 
issues  of  coordination  of  character,  symbol,  and  glyph  sets 
between  the  revisable  content  types  of  MIL-STD-1840A. 

MIL-D-28003B  will  have  better  basic  capabilities  in  the  areas  of 
character  sets  and  typographical  symbols,  and  ideally  these  will 
be  better  coordinated  with  the  other  content  types. 
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Subclause  0.8,  add  the  following  new  text  after  the  first  paragraph: 

ISO/nrC  8632-1:1987 /Am. 3:1990  uses  font  concepts  and  the  font  architecture  defined  in  ISO/IEC  9541-1 
(currently  at  DIS)  for  defining  CGM  references  to  fonts  and  font  resources.  The  font  properties  of  ISO  9541-1 
are  adopted  where  appropriate  to  define  CGM  mechanisms  to  provide  information  useful  for  font  substitution 
between  parties  interchanging  Metafiles.  ISO  8632-1:1987 /Am. 3:1990  includes  from  9541-1  the  minimum  font 
description  subset  defined  in  ISO  9541-2.  Clause  3 contains  a number  of  glossary  definitions  that  are  taken 
from  and  are  identical  to  those  found  in  ISO  9541-1. 

ISO  8C32-l:1987/Am.3:1990  uses  a colorimetrically  precise  reference  colour  space  to  .allow  for  interchange  of 
precise  colour  specifications.  ISO  8632-1 :1987/Am. 3:1 990  uses  concepts  defined  in  ISO/IEC  SG13/Ad.2 
(currently  at  Committee  Draft)  which  are  based  on  CIE  publications.  ISO  8C13/Ad.2  provides  tutorial 
material  on  relevant  definitions  and  colour  concepts,  which  is  useful  for  understanding  the  material  in  this 
Standard  but  is  not  incorporated  into  this  Standard  in  that  detail. 
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Subclause  0.9,  change: 

The  annexes  do  not  form  an  integral  part  of  this  part  of  ISO  SG32  but  are  included  for  information  only, 
to: 

The  annexes  are  either  an  integral  part  of  this  part  of  ISO  8632  (normative)  or  included  for  information  only 
(inforin.'iiive),  as  indicated  at  the  start  of  each  annex. 
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Insert  new  subclause  0.10: 

0.10  Amendments  and  versions 

This  International  Standard  defines  a version  3 Computer  Graphics  Metafile.  Version  1 Metafiles  conforming 
to  ISO  8632  are  defined  by  ISO/IEC  8632:1987.  Version  2 Metafiles  are  defined  by  the  amendment  ISO/IEC 
8632:1 9S7/Am.l:1990.  Version  3 Metafiles  are  defined  by  amendment  to  version  2 of  CGM,  which  amendment 
is  defined  by  the  ISO/IEC  8632:1987/Am.3:1991.  A valid  version  1 Metafile  is  both  a valid  version  2 Metafile 
and  a valid  version  3 Metafile.  A valid  version  2 Metafile  is  a valid  version  3 Metafile. 
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Clause  2,  References  add  the  following  references: 

CIE  Publication  17-4  International  Lighting  Vocabulary,  1987  (4th  edition) 

CIE  Publication  15-2  Colorimetry,  1986  (2nd  Eldition) 

CIE  Publication  S002,  Colorimetric  Observers,  1986  (1st  edition) 

ISO/IEC  10036:1988,  Information  processing  sj'stems  — Procedure  for  registration  of  glyph  and  glyph  collec- 
tion identifiers. 

ISO/IEC  9541-1:1990,  Information  processing  systems  — Font  information  interchange,  Part  1:  Architecture. 

ISO/IEC  8613:1989,  Information  processing  systems  — ■ Text  and  office  s>-steni3  — Office  document  architec- 
ture (ODA)  and  interchange  format  — Ad.2  to  add  colour  capabilities. 

SMPTE,  Recommendeed  Practice  RP145,  Colour  Monitor  Colorimetry,  198G. 

ISO  28 IG,  Set  of  printing  inks  for  offset  printing  — colorimetric  characteristics,  1975. 

ISO/IEC  8613-7:1989,  Information  processing  systems  — Text  and  office  systems  — Office  document  architec- 
ture (OD.\)  and  interchange  format  — Part  7:  Raster  Graphics  Content  Architecture,  Draft  of  a Tiled  Raster 
Graphics  Addendum,  1990. 

J.  Ziv  and  A.  Lempel,  A Universal  Algorithm  for  Sequential  Data  Compresion,  IEEE  Transaction  of  Informa- 
tion Tlicory,  Vol.  IT-23,  No.  3,  May  1977,  pp.  337-343. 

J.  Ziv  and  A.  Lempel,  Compression  of  Individual  Sequences  via  ^'ariable-Rate  Coding,  IFFR  Transaction  of 
Liformation  Theory,  Vol.  IT-24,  No.  5,  Sept.  1978,  pp.  530-53G. 

TA.  Welch,  A Technique  for  High-Performance  Data  Compression,  Computer,  Vol.  17,  No.  G,  June 

1984,  pp.  8-19. 
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3 Definitions  and  abbreviations 
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Sub-clause  3.1,  add  or  change  the  following  dcfiniiions: 

3.1.1  additive  colour  mixing:  Superposition  or  other  nondestructive  combination  of  Lights  of  different 
chromaticities. 

3.1.2  brightness:  Attribute  of  a visual  sensation  according  to  which  an  area  appears  to  emit  more  or  less 
light. 

3.1.3  chroma:  The  colourfulness  of  an  area  judged  in  proportion  to  the  brightness  of  a similarly  illuminated 
area  that  appears  while  or  highly  transmitting. 

3.1.4  chromaticity:  Ratio  of  each  of  a set  of  three  Iristiniulus  coordinate  values  to  their  sum.  As  the  sum  of 
the  three  chromaticity  coordinates  equals  1,  two  of  them  are  sufllcient  to  define  a chromaticity. 

3.1.5  CIELAB:  A CIE  recommended,  approximately  uniform  colour  space  with  rectangular  coordinates  L , 
a , and  b . L is  the  approximate  correlate  of  lightness,  a and  b are  used  to  calculate  an  approximate 
correlate  of  chroma.  CIEXAB  uses  the  tristimulus  ratios  A’/A', , YIY^,  Z/Z^  instead  of  chromaticity  coordi- 
nates as  in  CIELUV.  A,,  T, , Z,  are  the  values  of  X,Y,Z  for  the  appropriate  chosen  reference  widte.  The 
reduced  perceptual  significance  of  a given  difference  in  chromaticity  as  the  colour  becomes  darker  is  incor- 
porated by  using  the  tristimulus  ratios. 

3.1,8  CIELLrV  colour  space:  A CIE  recommended,  approximately  uniform  colotir  space  with  rectangular 
coordinates  L , u , and  v . L is  the  approximate  correlate  of  lightness,  u and  v are  used  to  calculate  an 
approximate  correlate  of  chroma.  The  colour  stimulus  is  described  by  Y,u,v  and  the  ^the  reference  while  by 
, w, , P, . A given  difference  in  chromaticity  is  reduced  in  magnitude  by  the  factor  L as  the  colour  becomes 
darker, 

3.1.7  CIE  tristimulus  values:  Amounts  of  the  three  reference  colour  (of  a colour  stimulus)  stimuli,  in  a 
given  trichromatic  system,  required  to  match  the  colour  of  the  stimulus  considered. 

3.1.8  CIE  uniform  colour  spaces:  Two  CTE  recommended,  approximately  uniform  colour  spaces,  CIELAB 
and  CIELUV,  are  allowed  in  the  CGM.  These  colour  spaces  arc  non-linear  tran.<formations  of  the  CIE  1931 
XYZ  tristimulus  space,  into  the  approximate  perceptual  correl.-iles  of  lightness  and  chroma.  CIELAB  and 
CIELLUV'  closely  approximate  uniform  colour  spaces  over  small  distances,  and  they  each  provide  an  approxi- 
mately uniform  measure  of  perceived  colour  differences.  Both  colour  spaces  allow  for  the  perceptual  effect  that 
a given  difference  in  chromaticity  represents  a smaller  and  smaller  colour  difference  as  the  lightness  is  reduced. 

3.1.9  CMYK  colour  space:  A colour  space  based  on  the  subtractive  colour  mixture  of  Cyan  (C),  Magenta 
(M)  and  Yellow  (Y)  primaries  with  the  inclusion  of  black  (K). 

3.1.10  colour  component:  One  of  the  dimensions  of  a colour  space. 

3.1.11  colour  model:  A specification  of  a 30  colour  coordinate  system  and  a 3D  subspace  in  the  coordinate 
5>’stem  within  which  each  di^layable  colour  is  represented  by  a point.  Some  colour  models  include  a fourth, 
redundant,  dimension  to  allow  the  independent  representation  of  black.  For  the  purpose  of  ISO  8632  colour 
model  refers  to  one  of  RGB,  CIEI.AB,  CELUV,  or  CYMK. 

3.1.12  colour  selection  mode:  Indicator  as  to  whether  colour  selection  is  to  be  direct  (by  specifying  a colour 
value)  or  indexed  (by  specifying  an  index  into  a table  of  colour  values).  See  COLOUR  VALUE. 

3.1.13  colour  space:  See  COLOUR  MODEL. 

3.1.14  colour  stimulus:  Visible  radiation  entering  the  eye  and  producing  a sensation  of  colour. 
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Definitions  and  abbreviations 

3.1.15  colour  value:  Value  of  the  n-tuple  of  components  describing  a colour  in  a given  colour  model. 

3.1.15  escapement;  During  the  rendering  of  text  strings  onto  a display,  the  movement  of  the  current  position 
on  the  display  surface  after  a glyph  representation  is  imaged. 

3.1.17  escapement  point:  A glyph  metric;  a point  in  the  glyph  coordinate  system,  to  which  the  current 
position  on  the  display  surface  is  usually  translated,  after  the  glyph  representation  is  imaged. 

3.1.18  font:  A collection  of  glyph  images  having  the  same  basic  design,  e.g.,  Coiin'er  Bold  Oblique. 

3.1.10  font  family;  A collection  of  fonts  of  common  design,  e.g..  Courier,  Courier  Bold,  Courier  Bold 
Oblique. 

3.1.20  font  resource:  A collection  of  glyph  representations  together  with  descriptive  and  font  metric  infor- 
mation which  are  relevant  to  the  collection  of  glyph  representations  as  a whole. 

3.1.21  glyph:  An  identified  abstract  graphical  symbol  independent  of  any  actual  image. 

3.1.22  illuminant:  Radiation  with  relative  spectral  power  distribution  defined  over  the  wavelength  range 
that  influences  object  colour  perception. 

3.1.23  intenaity,  luminous:  The  light  flux  per  unit  solid  angle. 

3.1.24  luminance:  In  a given  direction,  at  a point  in  the  path  of  a beam,  the  luminous  intensity  per  unit  pro- 
jected area. 

3.1.25  luminance  factor:  Ratio  of  the  luminance  to  that  of  the  perfect  reflecting  or  transmitting  dilTuscr 
identically  illuminted. 

3.1.28  perfect  diSiiser:  An  ideal  isotropic  diffuser  with  reflectance  (or  transmittance)  equal  to  unity. 

3.1.27  p>osture:  The  extent  to  which  the  shape  of  a glyph  or  set  of  glyphs  appear  to  incline,  including  any 
consequent  design  or  form  change. 

3.1.28  primary  colour  stimuli:  Three  selected  coloured  lights  used  to  specify  the  colour  of  any  light 
presented  by  the  amounts  of  the  three  lights  that  must  be  mixed  additively  to  produce  light  matching  the  light 
presented.  (Any  three  coloured  lights  may  serve  as  primaries  provided  no  one  of  them  can  be  matched  by  a 
mixture  of  the  other  two.  To  achieve  the  maximum  gamut  of  colours  by  additive  mixture,  saturated  red, 
green,  and  blue  primaries  are  commonly  used.) 

3.1.20  primary  eolouranta:  A small  number  of  clolourants  (dyes  or  pigments)  that  may  be  mixed  subtrac- 
tively  to  produce  a large  gamut  of  colours.  (The  most  common  primary  colourants  arc  yellow,  magenta  (pur- 
plish red),  and  cyan  (greenish  blue).) 

3.1.30  RGB  colour  apace:  A colour  space  with  colorimetric  coordinates  based  on  red,  green  and  blue  refer- 
ence stimuli  or  primaries.  The  RGB  values  used  are  intensities.  Colour  values  may  be  negative  in  certain 
areas  outside  the  gamut  defined  by  the  RGB  primaries. 

3.1.31  refereaee  colour  model:  Basic  colour  model  within  CGM  relative  to  which  relationships  to 
specifiable  colour  models  (RGB,  CYMK,  CIELUV,  and  CIELAB)  are  calibrated.  The  reference  colour  model  b 
defined  by  the  CIE  1931  standard  colorimetric  system  (XYZ). 

3.1.32  saturation:  The  colourfulness  of  an  area  judged  in  proportion  to  its  brightness. 

3.1.33  subtractive  colour  mixture:  Mixing  of  absorbing  media  or  superposition  of  filters  so  that  the  spec- 
tral compositiaa  of  light  passing  through  the  combination  b determined  by  simultaneous  or  succesave  absorp- 
tion. (Tha  kind  of  colour  mixing  occurs  in  hardcopy  images  and  in  colour  photography.) 

3.1.34  symbol:  A graphical  object  which  b included  at  some  point  in  the  metafile  by  reference,  either  to  a 
definition  internal  to  the  metafile  or  to  a symbol  collection  external  to  the  metafile. 

3.1.35  trichromatie  system:  System  for  specifying  colour  stimuli  in  terms  of  trbtimulus  values,  based  on 
matching  colours  by  additive  mixture  of  three  suitable  chosen  reference  colour  stimuli. 

3.1.38  weight:  The  ratio  of  a glyph’s  or  set  of  glyphs’  stem  width  to  font  height. 
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Subclause  4.2,  add  the  following  at  the  end: 

A compound  path  may  be  defined  for  drawing  a compound  line  primitive  and  for  displaying  text  strings  along 
an  arbitrary  text  path.  A path  is  defined  by  line  primitive  elements  oceurring  between  BEGIN  COMPOUND 
PATH  and  END  COMPOUND  PATH  elements. 

A compound  clipping  or  shielding  region  may  be  defined  by  line  and  filled-area  elements  occurring  between 
BEGIN  PROTECTION  REGION  and  END  PROTECTION  REGION  elements. 

A tile  array  may  be  defined  by  tile  array  elements  occurring  between  BEGIN  TILE  /VRRAY  and  END  TILE 
ARRAY. 

The  exact  list  of  elements  which  may  occur  in  any  of  these  definition  states  will  be  found  in  the  State  Table, 
Table  3.c. 

Page  10 

Subclause  4.3,  add  the  following  to  the  list  of  elements  given  in  the  first  paragraph  of  this  clause: 

COLOUR  MODEL 
COLOUR  CALIBRATION 
FONT  PROPERTIES 
GLYPH  MAPPING 
SYMBOL  LIBRARY  LIST 

Page  11 

Sub  Clause  4.3.2:  Add  the  following  new  subclau.se: 

4.3.2.G  \'ersion_3  set 

The  Version_3  set  may  be  used  to  indicate  all  elements  in  the  Version_2  set  and  all  the  additional  elements 
defined  in  ISO  8632-l:1987/Am. 3:1990.  The  additional  elements  are: 

BEGIN  COMPOUND  PATH 
END  COMPOUND  PATH 
BEGIN  PROTECTION  REGION 
END  PROTECTION  REGION 
BEGIN  TILE  ARRAY 
END  TILE  ARRAY 
COLOUR  MODEL 
COLOUR  CALIBRATION  . 

FONT  PROPERTIES 

GLYPH  MAPPING 

SYMBOL  LIBRARY  LIST 

INTERIOR  STYLE  SPECIFICATION  MODE 

PROTECTION  REGION  INDICATOR 

GENERALIZED  TEXT  PATH  MODE 

MITRE  LIMIT 

HYPERBOLIC  ARC 

PARABOLIC  ARC 
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NON-UNIFORM  B-SPLIN'E 

NON-UNIFORM  RATIONAL  B-SPLINE 

POLMIEZIER 

SYMBOL 

BITON/VL  TILE 

TILE 

LINE  &.  EDGE  TYPE  DEFINITION 
LINE  CAP 
LINE  JOIN 

LINE  TYPE  CONTINUATION 
LINE  TYPE  INITIAL  OFFSET 
TEXT  SCORE  TYPE 
RESTRICTED  TEXT  TYPE 
HATCH  STYLE  DEFINITION 
GEOMETRIC  PATTERN 
INTERPOLATED  INTERIOR  DEFINITION 
EDGE  CAP 
EDGE  JOIN 

EDGE  riTE  CONTINTJATION 
EDGE  TYPE  INITIAL  OFFSET 
SYMBOL  LIBRARY  INDEX 
yi'MBOL  COLOUR 
SYMBOL  SIZE 
SYMBOL  ORIENTATION 
SEGMENT  MSBE-in' 


Page  11 


Add  the  following  after  subciause  4.3.3: 

4.3.4  Font  List  and  Font  Resources 

ISO  9541-1  defines  an  architecture  for  font  resources,  but  docs  not  define  or  standardize  applications’  use  of  the 
information  in  a font  resource  — ranging  from  gross  or  aggregate  properties  such  as  font  posture  to  very 
specific  and  detailed  properties  such  as  individual  glyph  metrics.  A metafile  generator  (with  its  associated 
application)  will  be  a user  of  such  font  resource  information.  The  application,  in  defining  a picture  which  con- 
tains text  strings,  has  knowledge  of  the  properties  of  the  font  resource.  It  makes  use  of  these  properties  to  for- 
mat or  layout  strings  of  text  so  that  the  complete  strings  have  the  desired  characteristics. 

CGM  is  used  to  transmit  such  pictures  from  a generating  application  to  an  interpreting  application,  possibly 
remote  in  time  and  space  and  possibly  of  very  different  architecture  and  resource  availability.  The  font  facili- 
ties of  CGM  are  designed  to  provide  a font  referencing  mechanism.  Font  referencing  is  the  process  of  identify- 
ing or  characterizing  a font  resource.  Referencing  may  include  identification  of  a specific  font  by  name,  or  pro- 
vide sufficient  descriptive  information  to  permit  identification  of  a suitable  font  or  substitute.  This  concept  is 
described  in  ISO/IEC  9541-1,  Annex  B. 

The  FONT  LIST  element  of  CGM  allows  the  exact  naming  of  a font  resource.  Such  font  resources  may  in  the 
future  be  registered  and  given  structured  names  under  the  mechanisms  of  ISO  9541.  In  the  ideal  case  the 
metafile  interpreter  recognizes  and  has  available  the  font  resource  named  in  the  FONT  LIST.  For  cases  where 
the  named  font  is  not  available  to  the  interpreter,  the  CGM  has  elements  (FONT  PROPERTIES  and  GLYPH 
MAPPING)  which  allow  generators  to  pass  to  interpreters  additional  descriptive  information  about  desired 
fonts  and  font  resources.  An  alternative  font  can  be  selected  by  an  interpreter  through  this  descriptive  infor- 
mation if  the  specified  one  is  not  available. 
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Add  the  following  after  subciause  4.3.4: 

4.3.5  Font  and  Glyph  Elements 

The  FONT  PROPERTIES  element  can  be  used  to  guide  selection  of  a best  fit  font  if  an  exact  match  is  not 
available  on  a specific  device.  The  font  properties  which  may  appear  are  those  in  the  Minimum  Font  Descrip- 
tion Subset  of  ISO  9541.  Applications  may  use  private  or  registered  extensions  to  access  additional  properties 
from  amongst  the  9541  font  properties. 

The  element  allows  prioritization  of  the  importance  of  the  properties.  In  the  case  that  a font  named  in  the 
FONT  LIST  is  not  present,  the  prioritized  properties  instruct  the  interpreter  of  the  relative  importance  of  the 
various  characteristics  of  the  requested  font.  In  some  cases  it  may  not  even  be  necessary  to  get  a particular 
font,  but  rather  any  font  with  certain  characteristics  — boldness,  presence  of  serif,  etc.  The  FONT  PROPER- 
TIES element  enables  generators  to  specify  such  concepts.  The  use  of  this  information  by  interpreters  is  not 
standardized. 

ISO/IEC  10036  specifies  a procedure  and  a registrar  (registering  authority)  for  registering  typographic  glyph 
collections.  There  currently  is  no  standard  that  associates  codes  (i.e.,  character  codes)  with  these  glyphs. 
However  the  registrar  — the  Association  for  Font  Information  Interchange,  or  AFII  — assigns  a unique  4-byte 
integer  indentifier  with  each  glyph. 

8G32/Am.3  defines  a means  to  access  these  registered  glyph  collections.  The  GL'^TH  MAPPING  element  asso- 
ciates the  AFn  4-byte  identifiers  with  single-byte  or  multi-byte  codes.  A set  of  such  codes  is  defined  as  a col- 
lection, forming  a locally  defined  character  set  for  use  within  the  metafile.  The  local  character  set  is  associated 
with  an  index,  and  within  the  body  of  the  CGM  the  norm.al  character  set  access  and  switching  mechanisms 
(based  upon  and  adopted  from  ISO  2022)  may  be  used  to  access  the  AFII  registered  glyphs  within  CGM  text 
strings. 

NOTE  — The  glyph  complement  is  a property  of  a font  resource  m the  ISO  9541  font  architecture  When  the  separate 
mechanisms  of  8632/Am. 3 for  font  reference  and  glyph  access  are  used  there  is  potential  for  incompatibility  between  the 
specifications  — the  requested  glyph  complement  may  not  be  representable  in  the  requested  font.  This  same  situation 
pertains  in  ISO  8632:1987. 

Page  12  (Am.l,  page  5,  paragraph  2) 

Subclause  4.4.2,  first  line,  change: 
direct  (RGB)  colour 
to 

direct  colour 
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Subclause  4.4.3,  first  line,  change: 

Line  width,  marker  size,  and  edge  width  may  be  specified  in  more  than  one  way.  The  width  of  lines,  for  exam- 
ple, may  be  specified  as  either  a measure  in  VDC  units  or  as  a scale  factor  to  be  applied  to  a device-dependent 
nominal  line  width  at  interpretation  time. 

to; 

Line  width,  marker  size,  interiors  of  filled-area  elements,  and  edge  width  may  be  specified  in  more  than  one 
way.  The  width  of  lines,  for  example,  may  be  specified  as  either  a measure  in  \TDC  units,  a scale  factor  to  be 
applied  to  a device-dependent  nominal  line  width  at  interpretation  time,  a fraction  of  the  device  view  surface, 
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or  a measure  in  millimetres. 


Page  H 


Subclause  4.4.6,  second  paragraph,  first  line,  change: 


RGB 


to 

a direct  colour 
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After  subclause  4.5.3,  add: 

4.5.4  CoinpKJund  Clipping  and  Shielding 

The  clipping  and  shielding  elements  consist  of  BEGIN  PROTECTION  REGION,  E)ND  PROTECTION 
REGION,  and  PROTECTION  REGION  INDICATOR.  The  BEGIN  PROTECTION  REGION  and  END 
PROTECTION  REGION  elements  are  delimiter  elements  and  the  PROTECTION  REGION  INDICATOR 
element  is  a control  element. 

For  an  individual  protection  region  the  inside  of  the  protection  area  is  defined  in  I lie  same  way  that  the  inte- 
rior of  a filled-area  element  is  defined  (4. 6. 4. 4). 

When  a protection  region  is  set  for  clipping  only  the  portions  of  the  graphic  elements  inside  or  on  the  boundary 
of  the  protection  region  are  drawn.  When  a protection  region  is  set  for  shielding  only  the  portions  of  the 
graphic  elements  outside  the  protection  region  are  drawn. 

Multiple  clip  and  shield  regions  may  be  in  effect  simultaneously.  If  shield  regions  overlap,  the  effective  shield 
region  is  the  union  of  the  individual  shield  regions.  If  clip  regions  overlap,  the  effective  clip  region  is  the  inter- 
section of  the  individual  clip  regions. 


4.5.5  Mitre  Limit 

The  control  elements  include  an  element  for  controlling  how  lines  and  filled-area  edges  are  drawn.  Line  or  edge 
joins  may  be  rendered  with  mitre  join  style,  as  determined  by  the  appropriate  line  and  edge  attribute  elements. 
The  mitre  join  is  formed  by  projecting  the  outer  edges  of  the  lines  or  edges  at  the  corner  until  the  projections 
meet  at  a point.  When  mitre  joins  are  being  rendered,  there  is  the  possibility  of  the  mitre  projecting  very  far 
if  the  line  segments  meet  at  a very  sharp  angle  at  the  vertex.  The  MITRE  LIMIT  provides  a means  of  specify- 
ing that  long  mitres  are  to  be  truncated  at  some  point  to  form  a fiat  bevel.  Mitre  length  is  defined  to  be  the 
distance  from  the  point  at  which  the  inside  edges  of  adjoining  line  segments  meet  to  the  point  at  which  the 
outside  edges  meet.  The  parameter  of  MITRE  LIMIT  is  a single  real  number.  If  the  mitre  length  divided  by 
the  line  width  exceeds  the  value  of  the  parameter  of  the  MITRE  LIMIT  element,  then  the  mitre  join  is  trun- 
cated at  that  limit. 


Page  15 


Subclause  4.6,  add  the  following  to  the  Ust  of  graphical  primitive  elements: 

mTERBOLIC  ARC 
PARABOLIC  ARC 
BITONAL  TILE 
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TILE 

NON-UNFORM  B-SPLINE 
NON-UNFORM  RATIONAL  B-SPLINE 
POLYBEZER 
SYMBOL 


Page  15 


Subciause  4.6,  add  the  following  paragraph  after  tlic  list  of  graphical  primitive  elements: 

In  addition,  a tile  array  compound  graphical  primitive  may  be  defined  by  a sequence  of  TEE  and  BITONAL 
TEE  elements  between  the  BEGIN /END  TEE  ARRA^'  delimiters. 

Page  15 


Subclause  4.6  add  the  following  to  the  list  of  line  elements: 


HYPERBOLIC  .ARC 
PAR.ABOLIC  ARC 
NON-UNFORM  B-SPLINE 
NON-UNFORM  RATIONAL  B-SPLINE 
POL'iEEZER 


Page  16 


Subclause  4.6,  before  the  last  paragraph  add: 


The  tile  array  primitive  elements  are: 

BITONAL  TEE 
TEE 

The  single  symbol  primitive  element  is: 

SYMBOL 


Page  16  (Atn.l,  page  9,  table  la  and  text  before  table  la) 

Subclause  4.6,  first  paragraph,  second  sentence,  change: 
’compound  text’  and  ’closed  figures’ 
to: 

’compound  text’,  'closed  figure’  and  ’compound  line’ 


Page  16  (Am.l,  page  9,  table  la) 

Subclause  4.6,  table  la,  add: 


Compound 

First 

Primitives 

Other 

Final 

Primitive 

Element 

Included 

Elements 

Element 

Compound 

BEGIN  COMPOUND 

Line  primitives 

END 

Line 

PATH  fNote  6) 

GDP  (Note  5) 

COMPOUND  PATH 
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6 For  path  type  ’compound  line’. 


Page  16  (Am.l,  p*ge  9,  table  la) 

Subclause  4.6,  table  la,  change  NOTE  5: 

Whether  a GDP  may  contribute  to  compound  text  or  closed  figures,  and  whet  her  or  how  it  specifies  that  the 
compound  text  state  or  closed  figure  state  be  opened,  .... 

to: 

Whether  a GDP  may  contribute  to  compound  text,  closed  figure  or  compound  line,  and  whether  or  how  it 
specifies  that  the  text  open  state,  figure  open  state  or  path  state  be  opened,  .... 


Page  16 


Subclause  4. 6. 1. 1,  add  to  the  end  of  the  subclausc: 

4-S.I^  Deteriplion.  There  are  two  general  line  elements  — POL^XEVE  and  DISJOINT  POLYLINE  — as 
well  aa  line  elements  that  define  conic  arcs  — circular,  elliptical,  parabolic,  and  hyperbolic  arcs  — and  ele- 
meota  that,  define  spline  curves. 


Page  Iff 


Subclause  4. 6. 1.1,  change  the  end  of  the  subclausc: 

HYPERBOLIC  ARC;  generates  a hyperbolic  arc;  the  parameterization  is  described  in  5.6.22,  and  the 

principles  underlying  the  transformable  parameterization  are  described  in  4.6.8. 

PARABOLIC  ARC;  generates  a parabolic  arc;  the  parameterization  is  described  in  5.6.23,  and  the 

principles  underlying  the  transformable  parameterization  are  described  in  4.6.9. 

NON-UNIFORM  B-SPLINE;  generates  a Non-Uniform  B-Splinc  curve;  the  parameterization  is  described  in 

5.6.24,  and  the  principles  underlying  the  definition  of  the  element  are  described 
in  4.6.10.1. 

NON-UNIFORM  RATIONAL  B-SPLE^;  generates  a Non-Uniform  Rational  B-Spline  curve;  the  parameteri- 
zation is  described  in  5.6.25,  and  the  principles  underlying  the  definition  of  the 
element  m’e  described  in  4.6.10.1. 

POL'’l'BEZIER;  generates  a sequence  of  one  or  more  cubic  Bezier  curves;  the  parameterization  is 

described  in  5.6.26  and  the  principles  underlying  the  definition  of  the  element  are 
described  in  4.6.10.2. 


Subclause  4.6.1.3,  last  sentence,  change: 

The  ARC  primitives 
to: 

The  are  primitives  (circular,  elliptical,  hyperbolic,  and  parabolic)  and  spline  primitives  (Bezier  and  Non- 
uniform  B-splines) 
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Subciause  4.6. 1.3,  change  the  last  sentence  of  the  subclause  to  read; 


The  conic  arc  primitives  (circular,  elliptical,  hyperbolic,  and  parabolic)  and  spline  primitives  (Bezier  and  Non- 
uniform  B-splines)... 

Page  18 


Subciause  4.6.3.3,  add  the  following  text  at  the  end  of  the  subciause: 


The  GENERALIZED  TEXT  PATH  MODE  element  selects  the  method  for  placing  the  text  along  the  text 
path.  When  the  mode  is  ’OS’  the  text  is  displayed  along  the  last  text  path  defined  by  the  BEGIN  COM- 
POUND PATH  and  END  COMPOUND  PATH  elements. 

When  GENERALIZED  LEXT  PATH  MODE  is  ’non-tangential’  the  characters  are  drawn  along  the  text  path 
but  the  character  orientation  vectors  are  not  rotated  relative  to  the  text  path.  When  GENERALIZED  TEIXT 
PATH  MODE  is  ’axis-tangential’  the  characters  are  positioned  along  the  text  path  and  the  character  orienta- 
tion vectors  for  each  character  are  rotated  by  an  amount  equal  to  the  angle  of  the  tangent  to  the  text  path  at 
the  character  position. 

GENEIL\LIZED  TEXT  PATH  MODE  is  a Control  Element.  Illustrations  of  GENERALIZED  TEXT  PATH 
MODE  are  shown  in  figures  Ilb,  11c,  lid,  lie,  Ilf,  llg,  and  llh. 


Page  18 


Subclause  4. 6. 4.1,  change  the  second  sentence  of  the  subciause  to  read: 


"In  addition  there  are  several  elements  that..." 


Page  18 


Subclause  4. 6. 4. 3,  2nd  paragraph,  change  the  sentence  to  read: 


The  circular  and  elliptical  fill  primitives,  as  well  as  closed  figure  fill  primitives  incorporating  such  line  primi- 
tives as  the  conic  arc  elements  and  spline  curve  elements... 


Page  19 


Add  the  following  as  subclause  4.6.5.1: 


4-6. 5.1  TUe  Array  ElemenU. 


BITONAL  TILE: 


defines  a rectangular  raster  image,  either  uncompressed  or  compressed  according  to  one 
of  a number  of  compression  methods.  Only  two  colours  are  used  to  define  the  image. 
Each  cell  is  associated  with  one  of  the  colour  indexes  0 or  1,  and  the  colour  values  asso- 
ciated with  0 and  1 are  defined  locally  by  each  BITONAL  TILE  element. 


TILE: 


defines  a rectangular  raster  image,  either  uncompressed  or  compressed  according  to  one 
of  a number  of  compression  methods.  Tlie  colours  associated  with  the  cells  may  either 
be  bitonal  or  full  colour,  may  be  specified  by  either  indexed  or  direct  mode,  and  are 
specified  according  to  the  applicable  colour  precisions  and  modes. 
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Tile  Array  A tile  array  is  a compound  raster  image  primitive,  whose  definition  is  delimited  by  the 

BEGIN  TILE  ARRAY  and  LIN'D  TILE  ARRAY  delimiter  elements.  Between  the  del- 
imiter elements  is  a series  of  equally  sized  individual  "tiles"  which  form  a contiguous 
rectangular  block.  Each  tile  is  defined  by  a TILE  or  BITON/VL  TILE  element.  The 
first  tile  — the  tile  with  tile  identifier  1 — is  placed  at  the  position  parameter  of  the 
BEGIN  TILE  ARRAY  element.  Any  subsequent  tiles  arc  placed  at  the  tile  position 
corresponding  to  their  tile  identifier  parameter.  The  tile  positions  are  numbered  as 
shown  in  figure  X. 

The  Tn.,E  and  BITONAL  TILE  elements  are  similar  to  CONNltCTING  EDGE,  see  4.6.1. 1,  in  that  they  are 
not  independent  graphical  primitives  in  the  same  sense  as  POL^XINE  and  CELL  ARRAY.  They  contain  no 
positioning  or  dimensioning  information.  They  contain  only  the  raster  content  of  a single  raster  tile  and  any 
control  parameters  which  apply  to  individual  tiles.  The  complete  Tile  Array  primitive  is  formed  by  one  or 
more  tiles  between  BEGIN  TILE  ARRAY  and  END  TILE  ARRAY.  BEGIN  TILE  ARRAY  contains  all 
parameters  which  apply  to  the  collection  of  tiles  (if  there  is  more  than  one)  and  uniformly  to  each  tile  in  the 
collection. 

Reference  Point 
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Figure  la.  Ordering  and  layout  of  tiles  by  index 

4.5.5.1.1  Relationship  to  CELL  ARRAY.  Both  tile  arraj-s  and  cell  arrays  are  composed  of  celk.  While  cells  in 
cell  arrays  are  subject  to  ail  transformations,  cells  in  tiles  arc  always  axis  aligned  and  rectangular.  They  scale 
to  the  display  surface  but  do  not  otherwise  transform. 

4.6.5.1.2  Allowable  slates  for  tiles  and  tile  arrap  elements.  The  tile  elements  may  appear  only  in  Tile  .Array 
State  (TAS).  Tile  Array  compound  elements,  delimited  by  BEGIN  TILE  ARRAY  and  EIND  TILE  ARRAY, 
may  appear  only  in  Picture  Open  State.  They  may  not  appear  in  segments  or  other  compound  primitive 
definitions. 

4.0.S.1.S  Compressed  cell  data.  The  cell  colour  data  of  the  tile  elements  is  a compressed  stream  of  cell  colour 
specifiers.  The  datatype  is  Bitstream.  For  the  BITONAL  TILE  element  the  Bitstream  parameter  consists  of  a 
sequence  of  1-bit  binary  colour  indexes  which  are  compressed  by  the  selected  technique  (the  list  of  techniques 
includes  bitmap  which  is  uncompressed).  The  resulting  compressed  binary  data  object  is  the  parameter  of  the 
element.  Each  of  the  COM  encodings  (Binary,  Character,  and  Clear  Text)  define  a technique  for  representing 
and  encoding  the  compressed  binary  data  object. 

4-S.S.J.4  TUing.  The  tiling  mechanism  specified  is  based  on  the  Tiled  Raster  Interchange  Format  that  has 
been  developed  for  ISO  8613  Part  7.  Definition  of  a tile  array  is  initiated  by  the  BEGIN  TILE  ARRAY  delim- 
iter element  and  terminated  by  the  END  TILE  ARRAY  element.  During  tile  array  definition  subsequent  tile 
elements  define  individual  tiles  within  the  tiled  image.  The  number  of  tiles  is  determined  by  the  parameters  of 
the  BEGIN  TILE  ARRAY  element.  A tile  array  contains  one  or  more  tiles. 
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The  number  of  liies  defined  during  tile  array  definition  must  match  the  number  indicated  by  the  BEGIN  TILE 
ARR.\Y  element.  Annex  D contains  recommendations  for  the  case  that  the  tiles  are  missing. 

The  tiling  offset  and  size  parameters  defines  the  position  of  the  actual  image  data  within  the  tile  space,  relative 
to  the  poaiiion  parameter  of  the  BEGIN  TILE  ARRAY  element.  There  may  be  a border  of  undefined  data 
surrounding  the  actual  image.  The  data  is  undefined  in  the  sense  that  it  is  not  part  of  the  actual  image  and 
should  not  be  drawn  by  the  interpreter.  This  undefined  data  is  however  included  in  the  encoding  of  those  tiles 
which  overlap  the  border  and  the  defined  image  — the  number  of  cells  encoded  in  the  Bitstream  parameter  of 
each  tile  is  the  same  for  these  "border"  tiles  as  for  tiles  which  lie  entirely  within  the  defihed  image.  Therefore 
the  border  cells  must  have  some  value  assigned  — it  is  typical  to  set  them  ail  identically  to  the  background 
colour. 

NOTE  — The  offset  and  size  parameters  are  provided  because  typically  there  may  be  parts  of  the  tile  array  which  con- 
tain no  useful  information  and  are  simply  artifacts  of  tiling  For  example,  the  actual  raster  size  of  a scanned  image  may 
not  be  an  integral  multiple  of  convenient  tile  sizes. 


Page  19 


Subclause  4. 6. 7.1,  add  to  the  end  of  the  subclausc: 

The  conjugate  diameters  parameterization  of  ellipses  and  elliptical  arcs  has  the  property  of  being  transformable 
— the  ellipse  defined  by  the  transformed  parameter  data  is  the  transformed  ellipse.  The  conjugate  diameter 
parameterization  has  other  useful  properties  as  well. 

For  simplicity  consider  the  ellipse  that  is  centred  at  the  origin,  and  let  P,  and  P,  designate  the  endpoints  of 
the  conjugate  diameters.  Let  M be  the  2x2  matrix  whose  first  column  is  P,  and  whose  second  column  is  Pj. 
The  transformation  M maps  points  on  the  unit  circle  centred  at  the  origin  (r‘  y = 1)  onto  the  ellip.'sc.  The 
unit  circle  is  referred  to  as  the  "canonical  ellipse".  If  the  ellipse  is  non-degenerate  then  M is  non-singular, 
hence  invertable,  and  M maps  points  on  the  ellipse  onto  points  on  the  unit  circle  centred  at  the  origin.  M 
maps  the  unit  vectors  u,=(l,0)  and  U2==(0,l)  respectively  onto  P,  and  Pj.  These  principles  generalize  easily  to 
ellipses  which  are  not  centred  at  the  origin  — there  is  a translation  term  in  the  mapping  so  that  the  transfor- 
mation is  not  linear  but  is  affine. 


Page  19  (Am.l,  page  11) 

Subclausc  4.6.8,  add  the  following  after  the  subclausc: 

4.0.0  Hyperbolic  Are  Element 

The  CGM  parameterization  of  the  hyperbolic  arc  parallels  that  of  the  ellipse  closely.  The  "canonical  hyper- 
bola" is  defined  by  z — y ^1.  It  passes  through  the  point  u,  and  at  u,  the  tangent  to  the  hyperbola  is 
parallel  to  u^;  the  hyperbola  has  "centre"  (the  point  where  the  as>’mptotes  cross)  at  the  origin.  Then  for  any 
non-degenerate  hyperbola  "centred"  at  the  origin  there  is  a linear  transformation  which  maps  the  canonical 
hyperbola  onto  the  given  hyperbola.  This  transformation  maps  u,  and  respectively  onto  a pair  of  points  P, 
and  Pj.  In  this  case  P,  is  on  the  hyperbola  but  P}  is  not.  At  P,  the  tangent  to  the  hyperbola  is  parallel  to  the 
line  from  the  origin  to  Pj.  The  asymptotes  of  the  hyperbola  are  parallel  to  the  vectors  P,  -I-  Pj  and  P,  — Pj. 
A pair  of  points  with  such  properties  is  referred  to  as  a eonjvgale  radius  endpoinl/iranavene  radius  endpoint 
pair.  The  tranaverae  radiua  endpoint  is  the  one  which  lies  on  the  hyperbola;  the  conjugate  radiua  endpoint 
does  not.  These  points  (plus  the  centre  point)  parameterize  the  hyperbola  in  CGM. 

As  with  the  ellipse,  if  the  matrix  M is  formed  whose  columns  are  the  points  P,  and  Pj  then  this  is  the  inverts 
able  transformation  which  maps  points  on  the  canonical  h}'perbola  onto  points  on  the  given  hyperbola  (and 
whose  inverse  maps  the  given  hyperbola  onto  the  canonical  h}'perbola).  Once  again  the  generalization  to 
hyperbolas  whose  centre  is  not  the  origin  is  straight  forward. 

As  with  elliptical  arcs,  the  start  and  end  of  the  hyperbolic  arc  are  parameterized  by  vectors  from  the  centre. 
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In  both  the  case  of  the  ellipse  and  the  case  of  the  hyperbola,  the  conjugate  parameterizations  can  be  derived 
from  x-y  implicit  equations  and  vice-versa. 

4.0.10  Parabolic  Are  Element 

The  same  principles  are  used  to  parameterize  parabolic  arcs,  but  the  analog}*  is  not  quite  as  strong  between 
parabolic  arc  and  efliptical  arc  as  it  was  between  hyperbolic  arc  and  elliptical  arc.  The  parameterization  is 
again  in  terms  of  a transformation  of  a "canonical  parabola".  In  this  case,  the  canonical  parabola  is 
2(x  + y ) a (x— y)  4-  1 for  x<l  and  y<l.  This  parabolic  arc  is  s}'mmetric  about  the  line  y~x,  has  endpointss 
U|  and  Un,  and  passes  through  the  fourth  quadrant,  the  origin,  and  the  second  quadrant  between  u,  and  u^. 

The  general  parabolic  arc  is  parameterized  by  the  endpoints  of  the  vc,  P,  and  Pj  and  the  intersection  of  the 
tangents  to  the  arc  at  the  endpoints.  This  intersection  point  is  called  the  "centre"  of  the  parabolic  arc,  C. 
Define  V,  > P,  — C and  V,  » Pj  — C,  and  form  the  2x3  matrix  M whose  first  column  consists  of  the  com- 
ponents of  Vj,  second  column  consists  of  the  components  of  V„,  and  third  column  consists  of  the  components 
of  C.  For  non-degenerate  parabolic  arcs  M is  an  affine  transformation  that  maps  points  on  the  canonical  para- 
bolic arc  onto  points  on  the  given  parameterized  parabolic  arc. 

4.S.11  Spline  Curve  Elements 

The  CGM  provides  three  spline  curve  elements:  non-uniform  B-splines;  non-uniform  rational  B-splines;  and 
Bezier  curves. 

4.6.11.1  Non-uniform  B-tpiinca 

The  CGM  provides  both  rational  and  non-rational  B-splines  of  var}’ing  orders. 

4.6.11.1.1  Paramtlcrization.  The  non-uniform  B-spline  is  parameterized  by  a spline  order,  a list  of  knots,  a 
list  of  control  points,  and  parameter  range  limits  defining  the  curve  section  to  be  drawn. 

The  non-uniform  rational  B-spline  is  parameterized  by  a spline  order,  a list  of  knots,  a list  of  control  points,  a 
list  of  weights  associated  with  the  control  points,  and  parameter  range  limits  defining  the  curve  section  to  be 
drawn. 

4-6.11.1.2  Malhemaiical  Definiiion.  The  non-uniform  B-splinc  is  expressed  parametrically  in  the  form: 


where: 

n number  of  control  points; 

P-  control  points  (2D(x,}r)  for  B-spline  or  3D{x,y,w)  for  rational  D-spline) 

B-spline  basis  functions  defined  by  degree  k and  knot  vector  T. 

The  degree,  k,  of  the  basis  functions  b one  less  than  the  order  supplied  with  the  primierves  definition. 

The  number  of  spam  in  the  B-spline  fimction  b m « n—k. 

The  knot  vector  consists  of  a non-decreasing  sequence  of  real  numbers  (T^,...,Tq,...,T^,...,T^.^^). 
The  curve  itself  b defined  for  the  range  [ Tq,  ): 

T^t<T^ 

and  can  be  confined  to  the  range  [7',;..r_..l: 

and  are  specified  as  part  of  the  non-uniform  B-spline  primithre. 

Let  represent  the  B-spline  basb  function  of  degree  k supported  by  the  interval 

Following  b a recursive  expression  for  evaluating  thb  basb  function: 
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(MT-.-r.,,])  = 


if  T,  < t < 7,^1 
olhentnae 


Bhi,[T,_ r.,,1) 


U - T,^)  ' r,l)  (7,^,  - /)  ' 7.,,1 


Z - 7. 


7.  _ 7 

^1+1  ■'i- 


In  the  case  of  multiple  identical  knot  value^some  denominators  evaluate  to  0.  In  such  cases,  as  part  of  the 

above  definition  the  indeterminate  quantity  “ is  considered  to  be  0. 

0 


4.6.11.2  Potybezier. 

This  element  defines  one  or  more  cubic  Bezier  curves. 


4.6.11.2.1  Parameierization.  The  polybezier  is  parameterized  by  a list  of  points  and  an  indicator  specifying 
the  degree  of  continuity  between  the  individual  Bezier  cun'es.  If  there  n Bezier  cun'cs  then  the  data  list  will 
contain: 


— 4n  points  if  the  continuity  parameter  is  diaeonlinvovs-, 

— 3n+l  points  if  the  continuity  parameter  is  eonlwuovr, 

— 2n+2  points  if  the  continuity  parameter  is  smooth-, 

In  the  of  diseonlxnvous  the  point  list  is  divided  into  consecutive  sets  of  4 points.  E^h  set  defines  a 
n»>iT  curve  as  defined  below. 

is  the  eve  <£  continuous  then  after  the  first  set  of  4 points,  defining  the  first  Bericr  curve,  the  subsequent 
curves  are  defined  by  three  points  each.  The  first  pioint  of  each  curve  definition  is  omitted  because  it  is 
identical  to  the  last  point  of  the  preceding  definition. 

In  the  case  of  smooth  then  after  the  first  set  of  4 points,  defining  the  first  Bezier  curve,  the  subsequent 
curves  are  defined  by  two  points  each.  The  first  two  points  of  each  curve  definition  are  omitted  because 
their  contribution  to  the  curve  definition  can  be  derived  from  the  last  two  points  of  the  preceding  curve 
definition. 


4-6.11.2.2  Geometric  concepts.  The  following  discussion  assumes  that  there  are  4 points  defined  for  each 
Bezier  curve.  In  one  of  the  continuity  conditions  described  above,  one  or  two  of  the  pioints  may  not  actu- 
ally be  in  the  parameter  data  of  the  element.  If  the  points  in  a given  4-point  set  are  designated  Pq..P^, 
then  the  defined  Bezier  curve  goes  from  Pq  to  Pj  using  P^  and  /’j  as  control  points.  The  defined  curve 
starts  at  P^  and  at  Pq  is  tangent  to  the  line  segment  from  Pq  to  P^  The  curve  ends  at  Pj  and  at  Pj  is 
tangent  to  the  line  segment  from  Pj  to  Py  The  curve  lies  entirely  within  the  convex  hull  defined  by  the 
points. 

The  curve  is  defined  by  the  cubic  parametric  equations 


X(t)  = A,t[  + B,tl+C,t  +Xo 
Y{t)  = A/  + B^t^+C^l  + To 

as  t ranges  from  0 to  1.  The  six  coefficients  A,,  B,,  C,,  A^,  B^,  are  defined  by 
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(Cr  + 5J 
^.  + ^ 

V + — 


Xj  - ATo  + C,  + 5,  + A, 
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Subclause  4.6,  add  the  foilowing.new  subclausc: 

4.0.12  Symbol  Elements 

4.6.12.1  Deseriplion 

This  Standard  defines  mechanisms  to  access  external  s>-mlx)i  libraries  and  include  their  symbob  in  the 
metafile  by  reference.  There  b one  symbol  pnmitive  element. 

S^'MBOL  generates  a symbol  which  will  be  sized  and  oriented  according  to  the  symbol  attri- 

butes and  place  with  its  reference  point  coinciding  with  the  specified  position  point. 

4.6.12.2  Attn'bntea 

The  selection,  sizing  and  placement  of  symbob  b specified  by  the  attribute  elements  SYMBOL  SIZE,  SYT^l- 
BOL  COLOUR,  SYMBOL  ORIENTATION,  and  SYT^IBOL  LIBRARY  INDEX. 

Selection  of  the  current  symbol  library  from  the  list  of  available  libraries  b specified  by  the  S^'MBOL 
LIBRARY  INDEIX  element.  The  Metafile  Descriptor  element  SYMBOL  LIBRARY  LIST  associates  index 
values  with  symbol  library  names.  Access  to  symbol  libraries  and  symbols  b analagous  to  access  to  text 
fonts  and  glyphs.  The  SYMBOL  LIBRARY  LIST  associates  the  names  of  external  libraries  with  indexes  for 
internal  reference,  just  as  FONT  LIST  associates  font  names  with  internal  indexes;  SYMBOL  LIBRARY 
INDEIX  selects  the  current  symbol  library,  just  as  FONT  INDEIX  selects  the  current  font  for  text  display; 
and  SYMBOL  selects  the  particular  symbol  and  gives  its  position,  just  as  the  character  code  selects  the 
glyph  within  positioned  text  strings. 

The  symbol  coordinate  system  b illustrated  in  figure  Hi.  The  symbol  extent  box  b the  design  size  of  the 
symbol.  It  b used  to  define  the  transformation  to  scale  the  symbol  to  the  size  specified  in  SYMBOL  SIZE. 
The  symbol  need  not  be  entirely  contained  within  the  symbol  extent  box.  Each  symbol  has  a reference 
point  (though  all  symbob  in  a symbol  library  need  not  have  the  same  reference  point).  The  position  point 
specified  in  the  SYMBOL  element 'b  aligned  with  the  symbol’s  reference  point  when  placing  a symbol. 

The  SYMBOL  SIZE  specifies  the  VDC  sizes  to  which  the  design  height  of  the  symbol  (the  design  dbtance 
between  the  top  and  the  bottom  of  the  symbol  extent  box)  and  the  design  width  of  the  symbol  (the  design 
dbtance  between  the  left  and  right  side  of  the  symbol  extent  box)  shall  be  scaled  for  symbol  dbplay. 

SYMBOL  ORIENTATION  specifies  a symbol  up  vector  and  base  vector,  which  define  the  orientation, 
skew,  and  distortion  of  the  symbol. 
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^.6.12.3  Usage 

Tlic  way  in  which  software  invoking  the  metafile  generator  and/or  the  metafile  generator  itself  mny  use 
S^'MBOL  ORIENTATION  is  described.  To  generate  the  S^'MBOL  ORIENTATION  and  SYMBOL  SIZE 
elements,  a vector  whose  length  is  the  symbol  height  and  whose  direction  is  the  desired  symbol  up  vector  is 
created.  A second  vector  is  also  created  whose  length  is  the  sj-mbol  width  and  whose  direction  is  negative 
90  degrees  from  the  up  vector.  This  pair  of  vectors  may  be  transformed  before  being  passed  to  the  metafile 
generator  to  generate  the  SYMBOL  ORIENTATION  and  SYMBOL  SIZE  elements.  If  the  resultant  vec- 
tors are  not  orthogonal,  the  symbol  extent  box  becomes  a parallelogram,  and  the  symbol  is  skewed.  If  the 
positive  angle  from  the  up  vector  to  the  base  vector  is  less  than  180* , the  symbol  is  mirror  imaged.  The 
height  and  width  parameters  of  the  SYMBOL  SIZE  element  are  derived  from  the  length  and  width  of  the 
transformed  vectors,  and  the  indicator  as  to  how  the  interpreter  is  to  scale  the  symbol  is  generated  from 
the  application  requirements. 

The  S^'MBOL  SIZE  and  SYMBOL  ORIENTATION  are  decoupled.  Thus,  to  a metafile  interpreter,  the 
lengths  of  the  vectors  in  SYMBOL  ORENTATION  are  not  significant;  only  their  directions  are  significant. 
The  SYMBOL  SIZE  allows  the  generator  to  request  that  the  symbol  height  is  to  be  scaled  without  distor- 
tion of  the  s}'mbol  aspect  ratio,  or  the  symbol  width  is  to  be  scaled  without  distortion  of  the  aspect  ratio,  or 
both  are  to  be  scaled  with  possible  distortion  of  the  aspect  ratio. 
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Subclause  4.7,  Table  1,  add  the  following  elements  to  the  list  of  individual  attribute  elements: 


LINE  AND  EDGE  TYPE  DEFINITION 
LINE  CAP 
LINE  JOIN 

LINE  TYPE  CONTINUATION 
LINE  TYPE  INITIAL  OFFSET 
TEXT  SCORE  TYTE 
RESTRICTED  TEXT  TYPE 
HATCH  STYLE  DEFINITION 
GEOMETRIC  PATTERN 
INTERPOLATED  INTERIOR  DEFINITION 
EDGE  CAP 
EDGE  JOIN 

EDGE  TYPE  CONTINUATION 
EDGE  TYPE  INITIAL  OFFSET 
SYMBOL  LIBRARY  INDEX 
SYMBOL  COLOUR 
SYMBOL  SIZE 
SYMBOL  ORIENTATION 
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Subclause  4.7,  Table  2,  add  the  following  elements  to  the  Affected  Primitives  of  LINE  ele- 
ments: 

mTERBOLIC  ARC 
PARABOLIC  ARC 
NON-UNFORM  B-SPLINE 
NON-UNIFORM  RATIONAL  B-SPUNE 
POLYBEZER 
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4.7.4. 1 a),  add  to  the  list  of  interior  styles: 
geometric  pattern,  interpolated 
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4.7.4.1  d),  add  to  the  end  of  the  sentence: 
interior  style  is  selected. 
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Replace  section  title  of  4.7.5  and  the  entire  paragraph  describing  the  effects  of  abeolule  and 
sealed  specification  modes  (line,  marker,  and  edge)  with: 

4.7.5  Specific»tion  modes  and  transformation  of  aspects 


The  CGM  provides  the  mechanism  for  selecting  different  modes  by  which  geometric  information  related  to 
line  width,  line  type,  edge  width,  edge  type,  marker  size,  and  fill  interiors  is  specified.  The  following 
specification  modes  are  defined  for  aspects  relating  to  size  and  distance: 


absolute: 

scaled: 

fractional: 

mm: 


specification  units  are  VDC; 

specification  units  are  a scale  factor  to  be  applied  by  the  interpreter  to  a device- 
dependent  'nominal”  measure; 

specification  units  are  interpreted  as  a fraction  of  the  horizontal  dimension  of  the  default 
device  viewport; 

specification  units  are  millimetres. 


Some  primitives  (those  in  segments)  may  have  a transformation  associated  with  their  VDC  definition.  The 
application  of  this  transformation  gives  the  actual  appearance  of  the  primitive  in  \DC.  Also  all  primitives 
in  a picture  may  be  subject  to  a transformation  of  VDC  to  the  display  device,  which  defines  their  final 
displayed  size  and  appearance.  This  transformation  may  be  explicitly  specified  by  the  DEVICE 
V1E\\T0RT  element  or  partially  specified  by  the  SCALLNG  MODE  element.  Mode  absolute  means  that 
the  affected  aspects  (e.g.,  line  width,  line  caps  and  joins,  line  dash  and  gap  lengths,  etc)  are  subject  to  any 
and  ail  transformations.  In  the  other  three  modes  none  of  thoe  aspects  are  subject  to  any  transformations. 

In  mode  absolute  the  interpreter  conceptually  renders  the  associated  aspects  in  VDC  space  before  it  applies 
any  associated  transformations.  For  the  other  three  modes  the  aspect  is  conceptually  rendered  after  all 
transformations  have  been  applied  to  the  geometry  of  the  primitive,  in  the  drawing  space  of  the  device. 


The  three  non-transformable  modes  are  distinguished  by  these  properties: 

— sealed  gives  a result  which  is  completely  device  and  interpreter  dependent  — ■ neither  the  final 
displayed  sizes  nor  their  relationship  to  the  rest  of  the  displayed  picture  are  precisely  controllable; 

— fraetional  gives  a precisely  controllable  way  of  specifying  the  sizes,  according  to  their  relationship  to 
the  rest  of  the  picture  but  not  in  terms  of  actual  physical  measurements;  it  is  device  independent  in 
giving  a picture  whose  components  maintain  a fixed  relationship  to  each  other  at  all  display  sizes, 
but  it  does  not  provide  for  invariant  actual  sizes  across  a range  of  picture  sizes. 


mm  gives  a precisely  controllable  way  of  specifying  the  sizes  in  terms  of  their  actual  physical  meas- 
urements which  remain  invariant  as  display  size  varies;  it  is  device  dependent  in  that  the  request 
may  not  make  sense  at  some  display  sizes  on  some  devices. 
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Page  15  (Am.l,  page  7,  paragraph  61 
Subclause  4.5.2,  change: 

When  a width  or  size  specification  mode  is  ’scaled’... 
to; 

When  a width  or  size  specification  mode  is  teaUd,  fractional,  or  mm... 


Page  16  (Am.l,  page  10,  paragraph  5,  first  sentence) 

Subclause  4.6.1.3,  change: 

If  the  line  width  is  measured  in  MDC  units  it  is  subject  to... 
to: 

IT  the  LINE  WTDTH  SPECIFICATION  MODE  is  absolute  then  all  line  aspects  — line  width,  line  cap,  line 

join,  line  dash  and  gap  lengths  — are  subject  to... 

Page  16  (Am.l,  page  10,  paragraph  5,  last  sentence) 

Subclause  4. 6. 1.3,  change: 

IT  the  line  width  is  specified  as  a scale  factor... 
to: 

If  the  line  width  is  specified  in  mode  sealed,  fractional,  or  mm... 

Page  17  (Am.l,  page  11,  line  1) 

Subclause  4.6.2.3,  change: 

If  the  marker  size  is  specified  as  a scale  factor... 
to: 

If  the  marker  size  is  specified  in  mode  sealed,  fractional,  or  mm... 


Page  19  (Am.l,  page  11,  paragraph  2 of  4. 6.4. 6) 

Subciause  4.6. 4. 6,  change: 

The  vectors  of  PATTERN  SIZE  are  subject  to  all  transformations, 
to: 

If  the  INTERIOR  STYLE  SPECIFICATION  MODE  is  absolute  the  geometric  aspects  of  fill  interiors  arc 
subject  to  all  transformations.  These  apects  include  PATl'ERN  SIZE;  direction,  spacing,  and  width  of 
hatch  lines;  and  reference  geometry  of  interpolated  interior.  If  the  mode  is  scaled,  fractional,  or  mm,  none 
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NOTE  — If  ani.-otropic  transfoimations  are  in  effect  then  the  heiglit  of  the  text  will  change  for  paths  other  than 
straight  lines 
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Subclause  4.7.6,  add  the  following  text  at  the  end  of  the  subclausc: 

The  REISTRICTED  TEXT  T\TE  element  specifics  the  manner  in  which  the  string  specified  with  the 
RESTRICTED  TEXT  primitive  will  be  restricted  to  the  restricted  text  box  (parallelogram).  The  following 
methods  are  defined: 

basic:  (as  described  in  IS  8632  version  1)  the  text  string  is  constrained  not  to  exceed  the 

text  restriction  box. 

boxed:  the  baseline  to  capline  distance  of  the  text  string  exactly  fills  the  text  restriction 

box  in  the  vertical  direction  and  the  width  of  the  string  exactly  fits  the  box  in  the 
horizontal  direction. 

isotropic:  the  text  string  is  displayed  as  large  as  possible  within  the  text  restriction  box 

without  altering  the  ratio  of  the  height  to  the  width  of  the  string.  The  text  string 
will  exactly  fill  the  text  restriction  box  in  either  the  horizontal  or  vertical  direction 
and  the  characters  will  have  the  same  proportions  as  if  no  adjustments  had  been 
made.  The  baseline-to-caplinc  distance  of  the  text  is  the  measurement  w hich  is 
matched  to  the  vertical  dimension  of  the  box. 

justified:  the  text  string  exactly  fits  the  text  restriction  box  in  the  width  (horizontal)  direc- 

tion (the  direction  specified  by  the  character  base  vector  of  the  CHARACTER 
ORIENTATION  element)  without  changing  the  proportions  of  the  characters. 
That  is,  the  height  of  the  characters  and  their  aspect  ratio  (expansion  factor)  are 
not  altered. 
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Subclause  4.7.7,  replace  the  subclause  with  the  following  text: 

4.7.7  Colour  attributes 

In  CGM  colours  are  described  by  a colour  model  together  with  a specification  of  colour  coordinates  in  the 
colour  space  of  that  model.  Colour  models  define  a colour  coordinate  system  and  a subspace,  within  which 
each  describable  colour  is  represented  by  a point.  The  CGM  provides  the  following  colour  models:  RGB 
(the  default),  CIEI.AB,  ClELUV  and  CMYK.  The  selection  of  one  of  these  models  is  made  in  the  Metafile 
Descriptor. 

RGB  is  an  additive  colour  mixture  system,  i.e.,  the  red  (R),  green  (G)  and  blue  (B)  stimuli  combine  addi- 
tively  their  radiant  intensity  together  to  form  the  complete  range  of  colours.  In  case  RGB  data  are  non- 
linear in  the  radiant  intensity,  a look-up  table  may  be  used  to  transform  it  into  (linear)  RGB  tristimulus 
values.  RGB  is  used  by  a number  of  different  types  of  devices,  such  as  colour  monitors,  film  writers,  and 
colour  input  scanners.  ^ 

Two  CIE  recommended  uniform  colour  spaces,  CIELAB  and  CIEILUV,  are  allowed  in  the  CGM.  These 
colour  spaces  are  non-linear  transformatkms  of  the  CIE  1931  XYZ  tristimulus  space,  into  the  perceptual 
attributes  of  brightness  and  chroma.  CIEILAB  and  ClELUV  closely  approximate  a uniform  colour  space 
over  small  distances,  and  provide  an  approximately  uniform  measure  of  perceived  colour  differences. 
ClELUV  is  commonly  used  for  applications  involving  self-luminous  displays  where  the  additivity  provided 
by  its  associated  chromaticity  diagram  is  important.  CIELAB  is  more  commonly  used  in  surface  colour 
applications  and  for  the  paints,  plastics  and  textile  industries. 
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The  ChfYK  colour  model  is  based  on  the  subtractive  colour  mixture  of  Cyan  (C),  Magenta  (M)  and  Yellow 
(Y)  primaries  with  the  inclusion  of  black  (K).  This  model  is  used  primarily  in  the  printing  industni'.  In  the 
CGM,  the  quantities  C,  M,  Y,  K represent  the  relative  area  occupied  by  a colorant  at  a particular  p>oint  in 
order  to  produce  a final  image.  In  theory,  the  cyan,  magenta  and  yellow  colorants  are  complementary  to 
the  red,  green  and  blue  colorants.  In  practice,  black  colorant  is  added  to  increase  the  colour  gamut  (lower 
L values),  i.e.  higher  density  blacks  are  passible  than  with  usual  cyan,  magenta  and  yellow  colorants. 

NOTE  — The  fact  that  ISO  8632  allows  3-  and  4-dimensional  colour  spaces  results  in  a 3-tuple  or  4-tuple  data  type 
for  direct  colour  specification,  depending  on  the  COLOUR  MODEL  element. 

The  meaning  of  each  colour  space  allowed  in  the  CGM  (RGB,  CIELAB,  CIELir\'  and  CMYK)  is  defined 
by  the  transformation  necessary  to  convert  a colour  specification  expressed  in  a reference  colour  space  to  or 
from  the  specification  of  the  same  colour  in  the  CGM  colour  space  (colour  calibration).  The  reference 
colour  space  is  the  CIE  1931  XYZ  space,  which  is  defined  in  CIE  Publication  15.2.  Conceptually,  colour 
values  specified  by  one  of  the  CGM  colour  spaces  are  interpreted  by  converting  them  into  the  reference 
colour  space,  and  then  converting  them  from  the  reference  colour  space  to  the  device  space  of  the  inter* 
preter. 

NOTE  — CIE  Publication  15.2  defines  the  CIE  1931  XYZ  space  in  terms  of  the  CIE  1931  2 ' Standard  Observer  (CIE 
5002}  The  space  is  colonmetrically  precise  and  covers  all  perceivable  colours  It  is  based  on  propertie  of  the  human 
visual  system,  determmed  by  extensive  expenments  in  colour  matching,  rather  than  on  the  properties  of  any  particular 
device.  In  1964,  the  CIE  defined  a new  10'  standard  observer  for  matching  colour  fields  from  4*  to  10'  in  angular 
subtense.  As  smaller  colour  fields  are  expected  m computer  graphics,  the  2 ' 1931  Standard  Observer  was  selected. 

NOTE  — It  is  recogniied  that  the  genera!  problem  of  appearance  matching  has  not  been  completely  solved  However, 
this  standard  uses  the  best  available  and  mtemationally  recognized  approach,  which  is  the  CIE  system  of  colorimetry 

NOTE  — The  specification  of  a colour  in  the  reference  colour  system  can  be  made  by  reporting  its  XYZ  tristimulus 
values  and/or  its  x,  y,  z chromaticity  coordinates,  which  are  given  by  x — X/T,  y — Y/T,  where  T — X+Y+Z  PloU 
ting  y versus  x results  in  a horseshoe  shape  curve  representing  the  chromaticities  of  the  pure  spectrum  colours  If,  for 
example,  the  colours  available  from  an  RGB  system  are  transformed  into  chromaticity  coordinates,  the  RGB  system 
will  be  represented  as  a triangle  contained  within  the  horseshoe. 

The  reference  colour  space  is  normalized  such  that  the  Y tristimulus  value  is  1 for  the  reference  wiiite  to 
allow  for  simplicity  of  conversions  from  colorimetric  values  to  other  colour  spaces. 

NOTE  — This  differs  from  the  CIE  recommendation  of  normalizing  Y of  the  perfect  reflecting  (or  transmitting) 
diffuser  (reference  white)  to  exactly  100. 

The  colour  calibration  depends  on  the  colour  space  specification.  The  calibration  data  for  all  colour  spaces 
contain  a reference  white  value  to  allow  for  how  colours  are  percieved  in  relation  to  the  viewing  environ- 
ment. This  is  the  set  of  CEXYZ  values  of  the  reference  white  (Y,,  Y,,  Z,). 

The  reference  white  value  is  the  only  calibration  data  applicable  to  the  CIELAB  and  CIELUV  colour 
spaca. 

Additionally,  the  calibration  data  for  the  RGB  colour  space  consists  of  a 3x3  matrix,  specifying  the  position 
of  the  RGB  primaries  in  CIEXYZ  space. 

The  calibration  data  for  the  CMYK  colour  space  consist  of  CMYK  grid  locations  and  corresponding 
CIEXYZ  values.  No  calibration  data  are  available  for  standard  ink  set. 

For  details  of  conversion  between  each  CGM  colour  space  and  the  CIE  reference  colour  space,  see  Annex  J. 

The  CGM  provides  two  mechanisms  for  colour  selection:  ’direct’  and  ’indexed’.  In  ’direct’  colour  selection, 
the  coloor  a defined  by  providing  values  for  the  normalized  weights  of  the  colour  components  for  the 
selected  colour  model.  In  ’indexed’  colour  selection,  the  colour  is  defined  by  an  index  into  a table  of  direct 
colour  values.  Selection  of  one  of  these  mechanisms  is  specified  by  the  COLOUR  SELECTION  MODE  ele- 
ment. 

For  ’indexed’  colour  selection,  the  COLOUR  TABLE  attribute  element  is  provided  for  changing  the  con- 
tents of  the  colour  table.  This  element  may  appear  in  the  Picture  Descriptor.  It  may  also  appear 
throughout  the  picture  body,  however  the  effect  of  changes  in  the  colour  table  on  any  existing  graphical 
primitive  elements  that  use  the  affected  indices  is  not  addressed  in  ISO  8632. 
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For  direct  colour  specification  in  RGB  and  CJvmv  colour  spaces,  normalized  weights  for  the  colour  com- 
ponents are  specified.  For  example,  in  the  default  situation,  the  red,  green,  and  blue  comp>onents  of  the 
desired  colour.  In  the  abstract,  each  component  of  the  3-tuple  or  4-tuplc  is  normalized  to  the  continuous 
range  of  real  numbers  [0,1];  the  normalization  also  has  the  property  that  any  3-tuple  or  4-tuple  with  identi- 
cal components  represents  equal  weights  of  the  colour  components.  For  any  given  component,  one  end  of 
the  range  indicates  that  none  of  that  component  is  included,  and  the  other  end  indicates  that  the  maximum 
intensity  of  that  component  is  included  in  the  colour,  with  an  infinite  number  of  component  values  in 
between.  For  the  RGB  colour  space,  for  example,  (0,0,0)  thus  represents  black,  (1,1,1)  represents  white, 
and  (xpc,x)  with  x between  0 and  1 represents  greys. 

For  direct  colour  specification  in  CIET.AB  and  CIELIA'^  colour  spaces,  each  component  of  a 3-tuple  is 
represented  through  a scale  and  ofiset  factor. 

NOTE  — For  example,  a defined  colour  component  value  labelled  x is  represented  by  s*x  + o.  s and  o being  the  scale 
and  ofiset. 

No  range  is  specified  as  in  the  RGB  and  CMYK  colour  spaces.  This  is  due  to  the  fact  that  the  visible 
colours  do  not  lie  within  the  unit  cube  as  for  RGB  and  C\n'K  colour  spaces. 

NOTE  — In  case  of  CIELUV  colour  space,  Jor  sample,  in  the  abstract,  the  visible  colours  lic.within  a cone  with  apex 
at  the  ongin.  The  locus  of  the  curve  in  u , v enclosing  all  colours  at  a given  lightness  L depends  on  the  chosen 
reference  white. 

There  is  a Metafile  Descriptor  element,  COLOUR  VALUE  EIXTENT,  which  allows  metafile  generators  to 
specify  the  minimum  and  maximum  metafile  colour  values  for  RGB  and  CMM<  colour  spaces;  these 
correspond  with  the  abstract  (0,0,0)  and  (1,1,1).  For  CIELAB  and  CIELU\'  colour  spaces,  this  clement 
specifies  the  scale  and  ofiset  parameters. 


Paffe  38 


Subclause  4.7.8,  add  the  following  text  to  the  end  of  the  description  of  ’hatch’: 

Hatch  styles  may  be  user  defined  in  the  CGM.  An  arbitrarily  complex  arrangement  of  hatch  lines  and 
inter-line  spaces  may  be  defined,  and  direction  vectors  for  either  single  hatch  or  cross  hatch  may  be 
specified.  The  colour  and  line  type  of  the  lines  in  the  hatch  may  be  defined  as  a part  of  the  hatch  style 
definition  using  the  HATCH  STYLE  DEFINITION  clement.  Hatch  styles  are  associated  with  an  index 
when  defined,  and  invoked  as  a filling  interior  with  the  normal  HATCH  INDEX  element  when  the  interior 
style  is  hatch.  Changing  the  definition  of  an  already  defined  hatch  index  shall  have  no  retroactive  or 
dynamic  effects. 


Page  38 

4.7.8,  change  the  first  sentence  of  the  second  paragraph  from: 

The  INTERIOR  STYLE  attribute  selects  one  of  five  styles..." 
to:  ^ 

"The  INTERIOR  STYLE  attribute  selects  one  of  the  styles..." 

Page  38 

Subclause  4.7.8,  add  the  following  text  to  the  end  of  the  description  of  ’pattern’: 

...or  the  geometric  pattern  table. 
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Page  38 


4.7.8,  add  to  the  list  of  interior  style  descriptions; 

interpolated:  fill  the  interior  using  the  interpolated  colour  gradient  defined  by  the  INTERPO- 

LATED INTERIOR  DEFINITION  element. 

geometric  pattern:  fill  the  interior  using  the  geometric  pattern  associated  with  the  pattern  index 
currently  selected  (either  via  PATTERN  INDEX  or  FR,L  BUNDLE  INDEX,  depend- 
ing on  the  corresponding  PATTERN  INDEX  ASF).  The  GEOMETRIC  PATTERN 
element  associates  the  index  with  a segment  which  is  used  to  fill  the  interior. 


Page  38 


Subclause  4.7.8,  add  new  subclause; 


4.7.8.1  Interpolated  Interiors 


The  metafile  provides  a general  purpose  element  for  defining  several  different  styles  of  interpolated  interi- 
ors. A solid  but  continuously  graded  colour  interior  is  defined  for  filled-area  primitives.  Conceptually  a 
graded-colour  plane  of  infinite  extent  is  defined  and  this  is  "extruded"  through  the  interior  of  filled  area 
primitives  to  define  the  appearance  of  the  interior. 

A number  of  styles  are  defined.  For  each  style  the  par<uneterization  of  the  element  defines  a "reference 
geometry"  two  parallel  lines,  an  ellipse,  or  a triangle  — and  then  defines  colour  interpolation  points 
whose  positions  are  defined  relative  to  the  reference  geometry.  Colours  in  the  parameter  list  of  the  element 
are  assigned  to  these  latter  points.  For  some  of  the  styles  (parallel  and  elliptical)  multiple  parallel  or  coo- 
centric  bands  (stages)  of  independently  interpolated  colour  may  be  defined. 

The  following  styles  are  defined: 


parallel: 


elliptical; 


triangular 


This  is  a multi-stage  style.  Each  stage  is  a semi-infinite  band  bounded  by  two  parallel 
lines.  A reference  colour  is  defined  on  each  parallel  line.  Colour  is  constant  along  any 
parallel  line  within  the  band  and  is  equal  to  the  linear  interpoiant  of  the  reference 
colours.  Outside  of  the  outermost  defined  bands  (in  the  two  semi-infinite  half  planes)  the 
colour  is  constant  and  equal  to  the  corresponding  outer-most  reference  colours. 

This  is  a multi-stage  style.  Each  stage  is  an  elliptical  annulus  with  a reference  colour 
defined  on  each  of  the  inner  and  outer  bounding  ellipses.  Colonis  are  constant  along 
ellipses  which  are  concentric  to  the  reference  ellipse.  The  colour  at  any  ellipse  within  a 
band  is  constant  and  equal  to  the  linear  interpoiant  of  the  reference  colours  on  the  two 
bounding  ellipses.  Outside  of  the  outcr^most  defined  ellipse  the  colour  is  constant  and 
equal  to  the  corresponding  aater-iaaBt  nfataee  eolaar. 

Colours  are  associated  with  three  points  defining  a triangle.  The  unique  bi-Iinear  interpo 
lated  colour  is  defined  at  each  point  in  the  interior  of  the  triangle.  Outside  of  the  triangle 
the  colour  is  defined  to  be  constant  on  rays  from  the  centre  of  the  triangle  to  infinity  and 
equal  to  the  interpolated  colour  value  on  the  boundary  of  the  triangle. 


The  parameterization  of  the  element  defining  interpolated  interiois  is  consistent  with  application  of  the 
rales  of  INTERIOR  STYLE  SPECIFICATION  MODE  regarding  transformation  of  interiors.  The  refer- 
ence geometry  and  style  defined  by  the  element  transform  or  do  not  transfarm  aeeardmg  to  the  value  of 
the  mode. 


Colour  interpolation  is  performed  in  the  colour  space  specified  by  the  COLOUR  MODEL  element. 


Page  38 


After  subclause  4.7.9  (in  Am.l),  add: 
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4.7.10  Compound  Line 

The  BEGIN  COMPOUND  PATH  and  END  COMPOUND  PATH  delimiier  elements  define  a compound 
line  when  the  mode  parameter  of  the  BEGIN  COMPOUND  PATH  element  is  'compound  line’.  These  ele- 
ments permit  the  definition  of  a line  that  consists  of  a number  of  distinct  elements,  such  as  straight  lines 
and  arcs,  which  is  treated  as  if  it  were  a single  line  element.  Thus,  for  example,  line  style  would  apply 
without  change  or  interruption  through  the  end  of  a straight  line  segment  and  into  a following  arc  segment. 
Likewise,  the  ends  of  the  various  component  elements  of  the  compound  line  are  not  considered  as  line  ends 
but  rather  as  line  joints.  Line  attributes  may  not  change  within  a compound  line.  If  two  segments  which 
are  adjacent  in  the  definition  are  not  physically  contiguous,  i.e.,  the  end  point  of  the  first  one  does  not  coin- 
cide with  the  first  point  of  the  next  one,  then  the  path  includes  the  straight  line  segment  joining  these  two 
points. 


4.7.11  Compound  Text  Path 

The  BEGIN  COMPOUND  PATH  and  END  COMPOUND  PATH  delimiter  elements  define  a compound 
text  path  when  the  mode  parameter  of  the  BEGIN  COMPOUND  PATH  element  is  'text  path'.  Com- 
piound  text  path  definition  is  identical  to  compound  line  definition,  except  the  com)K>und  line  is  draw  n and 
the  compound  text  path  serves  as  a reference  path  for  laying  out  subsequent  text  strings  (and  is  not  drawn). 
If  two  segments  which  are  adjacent  in  the  definition  are  not  physically  contiguous,  i.e.,  the  end  point  of  the 
first  one  does  not  coincide  with  the  first  point  of  the  next  one,  then  the  path  includes  the  straight  line  seg- 
ment joining  these  two  points. 

The  compound  text  path  permits  arbitrary,  complex  placement  of  text.  Each  glyph  in  a text  siring  is 
placed  with  its  reference  pioint  and  alignment  according  to  a tangent  to  the  compound  text  path.  This 
implicit  tangent  is  the  logical  base  line  for  each  character  cell.  If  a gh}'ph’s  reference  point  aligns  with  the 
junction  of  two  line  elements  of  the  compound  text  path,  it  is  implementation  dependent  whether  the  final 
direction  of  the  first  segment  or  the  initial  direction  of  the  second  segment  will  be  used.  Positioning  of  sub- 
sequent glyphs  is  accomplished  so  that  the  arc  length  between  the  glyph  position  points  is  the  same  as  the 
distance  between  glyph  position  points  when  they  are  laid  out  on  a straight  line.  When  the  path  ends 
before  all  glyphs  have  been  placed,  the  path  for  the  excess  text  is  the  straight  line  described  by  the  tangent 
at  the  end  of  the  compound  text  path. 

NOTE  — Using  paths  with  sharp  curvature  is  likely  to  cause  overlapping  lops  or  bottoms  of  characters  unless  care  is 
taken  in  adjusting  the  text  attributes 


4.7.12  Picture  Composition 

The  picture  composition  elements  are; 

BEGIN  PROTECTION  REGION 
END  PROTECTION  REGION 
PROTECTION  REGION  INDICATOR 

In  addition,  CLIP  RECTANGLE  and  CLIP  INDICATOR  may  be  used  for  confining  graphical  output  to 
simple  rectangular  areas  of  the  display  surface. 

Two  methods  of  protection  are  available:  clipping  and  shielding.  The  clipping  process  discards  everything 
that  would  be  drawn  ou^de  a specified  region.  The  shielding  process  discards  everything  that  is  inside  a 
specified  region. 

Protection  regions  are  identified  by  an  index.  Multiple  regions  may  be  active  simultaneously.  Protection 
regions  are  constructed  by  the  same  primitive  elements  as  closed  figures.  The  interior  of  a given  protection 
region  is  defined  in  the  same  way  as  the  interior  of  a closed  figure.  Regions  which  are  constructed  by  line 
elements  are  closed  by  NEW  REGION,  END  PROTECTION  REGION,  or  any  filled  area  element.  If  the 
endpoints  and  beginning  points  of  subsequent  line  elements  are  not  identical  they  are  implicitly  connected 
by  a straiglit  line. 


October  1860 


DAM  text 


25 


ISO/IEC  8032-l:lS87/Am.3:iggi  (E) 


28 


Concepts 

Protection  regions  behave  as  do  clip  rectangles  with  respect  to  transformations  — they  transform  by  the 
copy  transformation  which  is  associated  with  COPY  SEGMENT. 

If  separate  protection  regions  are  simultaneously  active,  then  the  aggregate  protection  region  is  the  union  of 
the  individual  regions.  The  odd-even  rule  is  used  to  determine  the  interior  of  a given  region,  but  when  two 
separate  regions  overlap  the  area  of  overlap  is  considered  within  the  interior  of  the  active  aggregate  region. 

A protection  region  is  associated  with  an  index  at  definition  time.  If  a region^  is  defined  with  an  index  that 
is  already  in  use  then  the  old  definition  is  deleted.  The  associated  protection  region  indicator  remains  as 
specified. 


4.7.13  Line  Attributes 

In  addition  to  the  line  attributes  which  may  be  bundled  there  are  a number  of  individual  line  attributes. 

a)  LINE  CAP  specifies  the  appearance  of  the  endpoints  of  line  elements  as  well  as  the  endpoints  of 
individual  dashes  when  dashed  lines  are  rendered.  The  following  cap  styles  are  supported: 


unspecified: 

As  in  ISO  8832  version  1,  any  implementation  dependent  treatment  is 
acceptable. 

butt: 

The  line  is  squared  off  at  the  endpoint,  there  is  no  projection  beyond  the 
endpoint. 

round: 

A semicircular  arc  with  diameter  equal  to  the  line  width  is  drawn  around 
the  endpoint  and  filled  in.  The  drawn  line  thus  projects  beyond  the  end- 
point. 

projecting  square 

The  line  is  squared  off  at  a distance  equal  to  half  the  line  width  beyond  the 
endpoint. 

triangle: 

A cap  is  added  to  the  line  which  is  an  equilateral  triangle  whose  side  equals 
the  line  width. 

These  styles  may  be  applied  to  the  open  endpoints  of  line  elements  — ■ those  endpoint  which 
demark  the  beginning  or  end  of  the  entire  line  primitive  — or  to  interior  endpoints,  which 
correspond  to  the  endpoints  of  individual  dashes  when  a non-solid  line  type  is  in  effect.  The  inte- 
rior caps  must  either  match  the  caps  on  the  open  endpoints  or  be  implementation  dependent.  Fig- 
ure llj  illustrates  the  styles  of  LINE  CAP. 

LINE  JOIN  specifies  the  appearance  of  the  interior  comers  of  line  elements.  Interior  comer 
correspond  either  to  the  interior  vertices  of  polyline  elements  or  to  the  junctions  between  distinct 
elements  comprising  a compound  line  element.  The  following  styles  are  supported: 

unspecified: 

As  in  ISO  8632  version  1,  any  implementation  dependent  treatment  is 
acceptable. 

mitre: 

The  outer  edges  of  the  two  adjoining  line  segments  are  extended  until 
they  meet  at  a point. 

round: 

A circular  arc  with  diameter  equal  to  the  line  width  is  drawn  around  the 
vertex  between  the  adjoining  segments  and  is  filled  in,  producing  a 
rounded  comer. 

bevel: 

The  adjoining  line  segments  are  terminated  with  a butt  cap,  and  the 
resulting  triangular  notch  is  filled  in. 

The  rendering  of  the  line  join  is  affected  by  the  MITRE  LIMIT  Control  Element.  Figure  llj  illus- 
trates the  defined  styles  of  LINE  JOIN. 


Both  line  caps  and  line  joins  behave  as  does  line  width  with  respect  to  transformation.  If  the  value 
of  LINE  WIDTH  SPECIFICATION  MODE  is  absolute  then  conceptually  the  line  cap  and  join  are 
applied  to  the  line  in  VDC  space  before  any  transformations  are  applied  and  they  are  subject  to  all 
transformations  associated  with  the  line.  Otherwise  they  are  applied  to  the  line  in  device  space, 
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conceptually  after  ail  associated  transformations  have  been  applied,  and  are  immune  to  all 
transformations. 

c)  LINE  TYPE  CONTINUATION  provides  control  of  the  behaviour  of  non-solid  line  types  at  inte- 
rior vertices  and  junctions  of  line  elements.  The  following  behaviours  may  be  selected; 

unspecified:  As  in  ISO  8632  version  1,  any  implementation  dependent  con- 
tinuation is  acceptable; 

continue:  The  style  is  continued  without  interruption  across  vertices; 

restart:  The  style  is  restarted  at  each  vertex; 

adaptive  continue:  The  style  is  continued,  but  each  vertex  must  be  "inked" 
including  vertices  at  the  ends  of  the  line  primitive  which  might  otherwise  not  be  drawn  because 
of  a noD-solid  line  type. 

d)  LINE  TYPE  INITIAL  OFFSETT  allows  control  of  how  much  of  the  first  cycle  of  a non-solid  line 
type  is  skipped  before  drawing  commences  for  a hne  primitive.  It  is  spiecifies  as  a fraction  of  one 
full  cycle. 

e)  LINE  AND  EDGE  TYPE  DEFINITION  allows  the  precise  definition  of  the  solid/gap  sequences 
which  comprise  a line  or  edge  type.  A definition  is  associated  with  an  index  by  the  element.  If  an 
already  defined  index  is  redefined,  there  are  no  retroactive  or  dynamic  effects  — the  redefinition 
only  affects  subsequently  occurring  line  or  edge  elements. 


4.7.14  Edge  Attributes 

In  addition  to  the  edge  attributes  which  may  be  bundled  there  are  a number  of  individual  edge  attributes. 

a)  EDGE  CAP  specifies  the  appearance  of  the  endpoints  of  edges,  such  as  might  occur  due  to  the 
turning  off  and  on  of  edge  visibility  in  POLYGON  SET  elements  or  CLOSED  FIGURE  elements. 
The  supported  styles  and  their  definitions  are  as  for  the  LINE  CAP  element,  with  the  endpoints  of 
visible  edge  segments  corresponding  to  the  "open  endpoints"  of  the  line  elements  definition. 

b)  EDGE  JOIN  specifies  the  appearance  of  edges  at  the  vertices  of  filled-area  elements  or  at  junctions 
between  distinct  elements  in  compound  filled  area  elements.  The  supported  styles  and  their 
definitions  are  as  for  the  LINE  JOIN  element.  The  rendering  of  the  edge  join  is  affected  by  the 
MITRE  LIMIT  Control  Element. 

Both  edge  caps  and  edge  joins  behave  as  does  edge  width  with  respect  to  transformation.  The 
behaviour  is  determined  by  the  value  of  EDGE  WIDTH  SPECIFICATION  MODE,  and  is  as 
described  for  LINE  CAP  and  LINE  JOIN. 

c)  EDGE  TYPE  CONTINUATION  provides  control  of  the  behaviour  of  non-^lid  edge  types  at  inte- 
rior vertices  and  junctions  of  the  edges  of  filled-area  elements.  The  supported  styles  and  their 
definitions  are  as  for  the  LINE  TYPE  CONTINUATION  element. 

d)  EDGE  TYPE  INITIAL  OFFSET  allows  control  of  how  much  of  the  first  cycle  of  a non-solid  line 
type  is  skipped  before  drawing  commences  for  a line  primitive.  It  is  specifies  as  a fraction  of  one 
full  cycle. 


Page  JO  (Am.l,  page  18) 

In  4.12.1,  first  paragraph,  add: 


d)  visibility 


Page  JO  (Am.l,  page  18) 
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In  4.12.1,  last  paragraph,  add  to  the  list: 
SEGMENT  VISIBILITY 


Page  40  (Am.1,  page  18) 

Id  4.12.2,  4th  sentence,  add  at  end: 
..if  segment  visibility  is  on. 


Page  40  (Am.1,  page  20) 

Insert  new  section  4.12.4.6: 

4.12.4.6  Segment  viaibOily.  The  segment  visibility  attribute  specifies  whether  a segment  is  visible  or  not 
when  it  is  defined.  This  attribute  only  affects  Local  Segments.  Global  Segments  are  never  visible  when 
defined. 


Page  40  (Am.1,  page  20) 

Insert  in  4.12.5  after  first  sentence: 

The  segment  attributes  are  not  inserted  into  the  picture. 


Page  40  (Am.1,  page  21) 


In  4.12.5  add  to  the  LINE  ATTRIBUTES  of  table  3a  INHERITANCE  FILTER: 


LINE  CAP 
LINE  JOIN 

LINE  TYPE  CONTINUATION 
LINE  TYPE  INITIAL  OFFSET 


In  4.12.5  add  to  the  TEXT  PRESENTATION  AND  PLACEMENT  ATTRIBUTES  of  table 
3*  INHERITANCE  FILTER: 

TEXT  SCORE  TYPE 
RESTRICTED  TEXT  TYPE 


In  4.12.5  add  to  the  TEXT  PRESENTATION  AND  ORIENTATION  ATTRIBUTES  of  table 
3a  INHERITANCE  FILTER: 

GENERALIZED  TEXT  PATH  MODE 


In  4.12.5  add  to  the  FILL  ATTRIBUTES  of  table  3a  INHERITANCE  FILTER: 
INTERPOLATED  INTERIOR  DEFINITION 
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In  4.12.5  add  to  the  EIDGE  ATTRIBUTES  of  table  3a  INHERITAT-ICE  FILTER; 

EDGE  CAP 
EDGE  JOIN 

EDGE  TYPE  CONTINUATION 
EDGE  TYPE  INITIAL  OFFSET 


In  4.12.5  add  after  PICK  IDENTIFIER  of  uble  3a  INHERITANCE  FILTER: 

SYMBOL  ATTRIBUTES  SYMBOL  LIBRARY  INDEX 
SYMBOL  COLOUR 
SYMBOL  SIZE 
SYMBOL  ORIENTATION 


In  4.12.5  add  to  OUTPUT  CONTROL  of  uble  3a  INHERITANCE  FILTER; 

MITRE  LIMIT 

Page  40  (Am.l,  page  23) 

In  4.12.5  add  sentence  at  the  top  of  the  page: 

The  description  of  clipping  in  this  subclause  also  applies  to  the  protection  region  used  for  clipping  and 
shielding  of  areas. 

Page  41 

Replace  the  Amendment  1 State  Table,  Table  3c,  which  follows  the  Sute  Diagram,  with: 
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Concepts 


CGM  Hieher  States 

CCM  Etanent 

PCS 

MDS 

DR(1) 

GSS 

PDS 

POS 

LSS 

BEGIN  METAFILE  (2) 

BEGIN  PICTURE 

BEGIN  PICTURE  BODY 

END  PICTURE 

X 

X 

X 

X 

BEGIN  SEGMENT 

END  SEGMENT 

X 

X- 

X 

X 

BEGIN  HGURE 

END  HGURE 

END  METAFILE 

X 

X 

X 

X 

X 

+BEGIN  COMPOUND  PATH 
+END  COMPOUND  PATH 

X 

X 

X 

+BEGIN  PROTECTION  REGION 

X 

X 

X 

+END  PROTECTION  REGION 
+BEGIN  TILE  ARRAY 
+END  TILE  ARRAY 

X 

METAFILE  VERSION 

X 

METAFILE  DESCRIPTION 

X 

VDC  TYPE 

X 

INTEGER  PRECISION 

X 

REALPREaSION 

X 

INDEX  PREQSION 

X 

COLOUR  PRECISION 

X 

COLOUR  INDEX  PRECISION 

X 

NAME  PRECTSION 

X 

MAXIMUM  COLOUR  INDEX 

X 

COLOUR  VALUE  EXTENT 

X 

METAFILE  ELEMENT  LIST 

X 

METAFILE  DEFAULTS  REPLACEMENT 

X 

FONT  LIST 

X 

CHARACTER  SET  LIST 

X 

CHARACTER  CODING  ANNOUNCER 

X 

METAFILE  CATEGORY 

X 

MAXIMUM  VDC  EXTENT 

X 

SEGMENT  PRIORITY  EXTENT 

X 

+COLOUR  MODEL 

X 

+COLOUR  CALIBRATION 

X 

-t-FONT  PROPERTIES 

X 

+GLYPH  MAPPING 

X 

+SYMBOL  LIBRARY  LIST 

X 
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Concepts 


CGM  HiRher  States  (’continued) 

CGM  Element 

PCS 

MDS 

DRfll 

GSS 

PDS 

POS 

LSS 

SCALING  MODE 

X 

X 

COLOUR  SELECTION  MODE 

X 

X 

X 

X 

X 

LINE  WIDTH  SPECIFICATION  MODE 

X 

X 

X 

X 

X 

MARKER  SIZE  SPECIFICATION  MODE 

X 

X 

X 

X 

X 

EDGE  WIDTH  SPECIFICATION  MODE 

X 

X 

X 

X 

X 

VDC  EDCTENT 

X 

X 

BACKGROUND  COLOUR 

X 

X 

DEVICE  VIEWPORT 

X 

X 

DEVICE  VIEWPORT  MAPPING 

X 

X 

DEVICE  VIEWPORT  SPECIFICATION  MODE 

X 

X 

UNE  REPRESENTATION 

X 

X 

MARKER  REPRESENTATION 

X 

X 

text  REPRESENTATION 

X 

X 

FILL  REPRESENTATION 

X 

X 

EDGE  REPRESENTATION 

X 

X 

INTERIOR  STYLE  SPECIHCATION  MODE 

X 

X 

X 

X 

X 

VDC  INTEGER  PRECISION 

X 

X 

X 

X 

VDC  REAL  PREaSION 

X 

X 

X 

X 

AUXILIARY  COLOUR 

X 

X 

X 

X 

TRANSPARENCY 

X 

X 

X 

X 

CUP  RECTANGLE 

X 

X 

X 

X 

CLIP  INDICATOR 

X 

X 

X 

X 

LINE  CLIPPING  MODE 

X 

X 

X 

X 

MARKER  CLIPPING  MODE 

X 

X 

X 

X 

EDGE  CLIPPING  MODE 

X 

X 

X 

X 

NEW  REGION 

SAVE  PRIMITIVE  CONTEXT 

X 

X 

X 

RESTORE  PRIMITIVE  CONTEXT 

X 

X 

X 

+PROTECTION  REGION  INDICATOR 

X 

X 

X 

X 

+MITRE  LIMIT 

X 

X 

X 

X 

+GENERALIZED  TEXT  PATH  MODE 

X 

X 

X 

X 
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Concepts 


CGM  Hieher 

States  (continued) 

CGM  Dement 

PCS 

MDS 

DRfl) 

GSS 

PDS 

POS 

LSS 

POLYLINE 

X 

X 

X 

DISJOINT  POLYUNE 

X 

X 

X 

POLYMARKER 

X 

X 

X 

TEXT 

X 

X 

X 

RESTRICTED  TEXT 

X 

X 

X 

APPEND  TEXT 

POLYGON 

X 

X 

X 

POLYGON  SET 

X 

X 

CELL  ARRAY 

X 

X 

X 

GDP 

X 

X 

X 

RECTANGLE 

X 

X 

X 

CIRCLE 

X 

X 

X 

CIRCULAR  ARC  3 POINT 

X 

X 

X 

CIRCULAR  ARC  3 POINT  CLOSE 

X 

X 

X 

CIRCULAR  ARC  CENTRE 

X 

X 

X 

CIRCULAR  ARC  CENTRE  CLOSE 

X 

X 

X 

X 

X 

X 

ELLIPTICAL  ARC 

X 

X 

X 

ELLIPTICAL  ARC  CLOSE 

X 

X 

X 

CIRCULAR  ARC  CENTRE  REVERSED 

X 

X 

X 

CONNECTING  EDGE 

+HYPERBOUC  ARC 

X 

X 

X 

+PARABOUC  ARC 

X 

X 

X 

+NON-WnFORM  B-SPLINE 

X 

X 

X 

+NON-UNIFORM  RATIONAL  B-SPUNE 

X 

X 

X 

+POLYBEZIER 

X 

X 

X 

+SYMBOL 

X 

X 

X 

+BITONAL  TILE 

X 

+TILE 

X 

UNE  BUNDLE  INDEX 

X 

X 

X 

X 

UNETYPE 

X 

X 

X 

X 

LINE  WIDTH 

X 

X 

X 

X 

UNE  COLOUR 

X 

X 

X 

X 

MARKER  BUNDLE  INDEX 

X 

X 

X 

X 

MARKER  TYPE 

X 

X 

X 

X 

MARKER  SIZE 

X 

X 

X 

X 

MARKER  COLOUR 

X 

X 

X 

X 

TEXT  BUNDLE  INDEX 

X 

X 

X 

X 

TEXT  FONT  INDEX 

X 

X 

X 

X 

TEXT  PREaSION 

X 

X 

X 

X 

CHARACTER  EXPANSION  FACTOR 

X 

X 

X 

X 

CHARACTER  SPACING 

X 

X 

X 

X 

TEXT  COLOUR 

X 

X 

X 

X 

CHARACTER  HEIGHT 

X 

X 

X 

X 

CHARACTER  ORIENTATION 

X 

X 

X 

X 

TEXT  PATH 

X 

X 

X 

X 

TEXT  AUGNMENT 

X 

X 

X 

X 

CHARACTER  SETT  INDEX 

X 

X 

X 

X 

ALTERNATE  CHARACTER  SET  INDEX 

X 

X 

X 

X 
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Concepts 


CGM  Hieher  Stales  (continued) 

CGM  Element 

PCS 

1 MDS 

DR(1) 

GSS 

PDS 

POS 

LSS 

FILL  BUNDLE  INDEX 

X 

X 

X 

X 

INTERIOR  STYLE 

X 

X 

X 

X 

FILL  COLOUR 

X 

X 

X 

X 

HATCH  INDEX 

X 

X 

X 

X 

PATTERN  INDEX 

X 

X 

X 

X 

EDGE  BUNDLE  INDEX 

X 

X 

X 

X 

EDGE  TYPE 

X 

X 

X 

X 

EDGE  WIDTH 

X 

X 

X 

X 

EDGE  COLOUR 

X 

X 

X 

X 

EDGE  VISIBIUTY 

X 

X 

X 

X 

fill  REFERENCE  POINT 

X 

X 

X 

X 

PATTERN  TABLE 

X 

X 

X 

COLOUR  TABLE 

X 

X 

X 

ASPECT  SOURCE  FLAGS 

X 

X 

X 

X 

PICK  IDENTIFIER 

X 

X 

X 

X 

+LINE  & EDGE  TYPE  DEFINITION 

X 

X 

X 

X 

+LINE  CAP 

X 

X 

X 

X 

+LINE  JOIN 

X 

X 

X 

X 

+LINE  TYPE  CONTININUATION 

X 

X 

X 

X 

+LINE  TYPE  INITIAL  OFFSET 

X 

X 

X 

X 

+TEXT  SCORE  nTE 

X 

X 

X 

X 

+RESTR1CTED  TEXT  TYPE 

X 

X 

X 

X 

+HATCH  STYLE  DEFINITION 

X 

X 

X 

X 

+GEOMETRIC  PATTERN 

X 

X 

X 

^INTERPOLATED  INTERIOR  DEFINITION 

X 

X 

X 

X 

-fCXlECAP 

X 

X 

X 

X 

+EDGE  JOIN 

X 

X 

X 

X 

+EDGE  TYPE  CONTININUATION 

X 

X 

X 

X 

+EDGE  TYPE  INITIAL  OFFSET 

X 

X 

X 

X 

+SYMBOL  LIBRARY  INDEX 

X 

X 

X 

X 

+SYMBOL  COLOUR 

X 

X 

X 

X 

+SYMBOL  SIZE 

X 

X 

X 

X ■ 

+SYMBOL  ORIENTATION 

X 

X 

X 

X 

+GENERALIZED  PATH  TEXT  MODE 

X 

X 

X 

X 

ESCAPE 

X 

X 

X 

X 

X 

X 

X 

MESSAGE 

X 

X 

X 

X 

X 

X 

X 

APPUCATION  DATA 

X 

X 

X 

X 

X 

X 

X 

COPY  SEGMENT 

X 

X 

X 

INHERITANCE  FILTER 

X 

X 

X 

X 

CLIP  INHERITANCE 

X 

X 

X 

X 

SEGMENT  TRANSFORMATION 

X 

X 

SEGMENT  HIGHLIGHTING 

X 

X 

SEGMENT  DISPLAY  PRIORITY 

X 

X 

SEGMENT  PICK  PRIORITY 

X 

X 

SEGMENT  VISIBILITY 

X 

X 
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Concepts 


CGM  Lower  Stales 

CGM  neinent 

ros 

TOS 

PHS 

PRS 

TAS 

mCIN  METAFILE 

BEGIN  PICTURE 

BEGIN  PICTURE  BODY 

END  PICTURE 

BEGIN  SEGMENT 

END  SEGMENT 

BEGIN  HGURE 

END  HGURE 

END  METAFILE 
+BEGIN  COMPOUND  PATH 
+END  COMPOUND  PATH 
+BEGIN  PROTECTION  REGION 
+END  PROTECTION  REGION 
+BEGIN  TILE  ARRAY 
+END  TILE  ARRAY 

METAFTLE  VERSION 

METAFILE  DESCRIPTION 

VDCTYPE 

INTEGER  PRECTSION 

REAL  PRECISION 

INDEX  PRECISION 

COLOUR  PRECISION 

COLOUR  INDEX  PRECISION 

NAME  PRECISION 

MAXIMUM  COLOUR  INDEX 

COLOUR  VALUE  EXTENT 

METAFTLE  ELEMENT  UST 

METAFTLE  DEFAULTS  REPLACEMENT 
FONT  LIST 

CHARACTER  SET  LIST 

CHARACTER  CODING  ANNOUNCER 
METAFILE  CATEGORY 

MAXIMUM  VDC  EXTENT 

SEGMENT  PRIORITY  EXTENT 
+COLOUR  MODEL 
+COLOUR  CALIBRATION 
+FONT  PROPERTIES 
-M3LYPH  MAPPING 
+SYMBOL  LIBRARY  LIST 

X 

X 

X 

X 
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Concepta 


1 CGM  Lowfr  States  (continued) 

CGM  Element 

FOS 

TOS 

PHS 

PRS 

TAS 

SCALING  MODE 

COLOUR  SELECTION  MODE 

LINE  WIDTH  SPECIFICATION  MODE 
MARKER  SIZE  SPECIFICATION  MODE 

EDGE  WIDTH  SPECIFICATION  MODE 

VDC  EDCTENT 

BACKGROUND  COLOUR 

DEVICE  VIEWPORT 

DEVICE  VIEWPORT  MAPPING 

DEVICE  VIEWPORT  SPECIFICATION  MODE 
LINE  REPRESENTATION 
marker  REPRESENTATION 

TEXT  REPRESENTATION 

FILL  REPRESENTATION 

EDGE  REPRESENTATION 

INTERIOR  STYLE  SPECIFICATION  MODE 

VDC  INTEGER  PRECISION 

X 

VDC  REAL  PRECISION 

X 

AUXILIARY  COLOUR 

X 

X 

TRANSPARENCY 

CLIP  RECTANGLE 

X 

X 

CLIP  INDICATOR 

LINE  CLIPPING  MODE 

MARKER  CLIPPING  MODE 

EDGE  CLIPPING  MODE 

NEW  REGION 

SAVE  PRIMITIVE  CONTEXT 

RESTORE  PRIMITIVE  CONTEXT 
^PROTECTION  REGION  INDICATOR 
+MITRE  LIMIT 

+GENERALIZED  TEXT  PATH  MODE 

X 
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30 


Concepts 


CGM  Lower  Slates  Icontinued) 

CGM  Dement 

FOS 

TOS 

PHS 

?RS 

TAS 

POLYLINE 

X 

X 

X 

DISJOINT  POLYLINE 

X 

X 

X 

POLYMARKER 

TEXT 

RESTRICTED  TEXT 

y 

append  text 

X 

POLYGON 

X 

X 

POLYGON  SET 

X 

X 

CHIL  ARRAY 

GDP 

X 

X 

X 

RECTANGLE 

X 

X 

CIRCLE 

X 

X 

CIRCULAR  ARC  3 POINT 

X 

X 

X 

CIRCARC  3 POINT  CLOSE 

X 

X 

CIRCULAR  ARC  CENTRE 

X 

X 

X 

CIRCULAR  ARC  CENTRE  CLOSE 

X 

X 

ELLIPSE 

X 

X 

ELLIPTICAL  ARC 

X 

X 

X 

ELLIPTICAL  ARC  CLOSE 

X 

X 

CIRCULAR  ARC  CENTRE  REVERSED 

X 

X 

X 

CONNECTING  EDGE 

X 

+HYPERBOUC  ARC 

X 

X 

X 

+PARABOLIC  ARC 

X 

X 

X 

+NON-UNIFORM  B-SPUNE 

X 

X 

X 

+NON-UNIFORM  RATIONAL  B- SPLINE 

X 

X 

X 

+POLYBEZIER 

X 

X 

X 

+SYMBOL 

+BIT0NAL  TILE 

X 

+TILE 

X 

LINE  BUNDLE  INDEX 

LINE  TYPE 

UNE  WIDTH 

LINE  COLOUR 

MARKER  BUNDLE  INDEX 

MARKER  TYPE 

MARKER  SIZE 

MARKER  COLOUR 

TEXT  BUNDLE  INDEX 

X 

TEXT  FONT  INDEX 

X 

TEXT  PREaSION 

X 

CHARACTER  EXPANSION  FACTOR 

X 

CHARACTER  SPACING 

X 

TEXT  COLOUR 

X 

CHARACTER  HDGHT 

X 

CHARACTER  ORIENTATION 

TEXT  PATH 

TEXT  ALIGNMENT 

CHARACTER  SET  INDEX 

X 

ALTERNATE  CHARACTER  SET  INDEX 

X 
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Concepts 


1 CGM  !x3wer  States  (continued) 

CGM  Element 

FOS 

TOS 

PHS 

PRS 

1 TAS 

FILL  BUNDLE  INDEX 

INTERIOR  STYLE 

FILL  COLOUR 

HATCH  INDEX 

PATTERN  INDEX 

EDGE  BUNDLE  INDEX 

X 

EDGE  TYPE 

X 

EDGE  WIDTH 

X 

EDGE  COLOUR 

X 

EDGE  VISIBILITY 

FILL  REFERENCE  POINT 

PATTERN  TABLE 

X 

COLOUR  TABLE 

ASPECT  SOURCE  FLAGS 

PICK  IDENTIFIER 

+LINE  & EDGE  TYPE  DEFINITION 

-i-LINE  CAP 

+LINE  JOIN 

+LINE  TYPE  CONTININUATION 
+LINE  TYPE  INITIAL  OFFSET 
+TEXT  SCORE  TYPE 
+RESTRICTED  TEXT  TYPE 
+HATCH  STYLE  DEHNITION 
+GEOMETRIC  PATTERN 
+INTERPOLATED  INTERIOR  DEFINITION 

X 

-i-EDGE  CAP 

X 

+EDGE  JOIN 

X 

+EDGE  TYPE  CONTININUATION 

X 

+EDGE  TYPE  INITIAL  OFFSET 
+SYMBOL  LIBRARY  INDEX 
+SYMBOL  COLOUR 
+SYMBOL  SIZE 
+SYMBOL  ORIENTATION 

X 

ESCAPE 

X 

X 

X 

X 

X 

MESSAGE 

X 

X 

X 

APPUCATION  DATA 

X 

X 

X 

X 

COPY  SEGMENT 

INHERITANCE  FILTER 

CLIP  INHERITANCE 

SEGMENT  TRANSFORMATION 

SEGMENT  HIGHLIGHTING 

SEG\ffiNT  DISPLAY  PRIORITY 

SEGMENT  PICK  PRIORITY 

SEGMENT  VISIBILITY 

Notes  on  the  state  tables; 

1.  Defaults  replacement  mode  a not  really  a metafile  state,  but  for  implementation  puipuua,t  it  behares  as  one  and 
so  has  been  included  m this  table. 

2.  The  Metafile  Closed  State  is  not  mcluded  m this  table  — BEGIN  METAFILE  is  the  only  elements  allowed  in  this 
state. 

3 The  elements  that  are  new  with  Amendment  3 have  been  marked  with  a in  these  tables. 
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Concepts 


Higher  States  : 

PCS  Picture  Closed  State 
MDS  Metafile  Descnpton  State 
DR  Defaults  Replacement  Mode 
GSS  Global  Segment  State 
PDS  Picture  Descnption  State 
POS  Picture  Open  State 
LSS  Local  Segment  State 


Lower  States  : 

FOS  Figure  Open  State 
TOS  Text  Open  State 
PHS  Path  State 
PRS  Protection  Region  State 
TAS  Tile  Array  State 
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Coneepts 


Figure  lb  — Combining  protection  regions. 
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Concepts 


RESTRICTED  TEXT  FIT 
Fit  Text  Box  Result 


basic 

boxed 

isotropic 

justified 


Figure  11a  — Examples  of  RESTRICTED  TEXT  TYPE. 
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Concepta 


ner^tangtntiai 

Character  Orient 
vectors  and  axis 
are  not  rotated  or 
relative  to  the 
path. 

Only  position  is 
relative  to  the  path. 


Tingvfit 


Non-Skewed 


ans-iangential 

Character  Orient 
axis  IS  along  the 
tangent  to  the 
path 


Tin^t«T 


Figure  11b  — Illustration  of  the  modes  of  GENERALIZED  TEXT  PATH  MODE. 
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Concepts 


CHAR 
ORIENTATION 
Vectors 
and  Axis 


Figore  lid  — Examples  of  GENERALIZEID  TTDCT  PATH  MODE,  non-tangential. 
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CHAR 
ORIENTATION 
Vectors 
and  Axis 


Figure  lie  — Examples  of  GENERALIZED  TEXT  PATH  MODE,  axis-tangential. 
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Concepts 
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Concepts 


^ Point  from  TEXT  oiomont 


Alignment: 

Lett.  Base 

cy  \ 

V 

Alignment: 

Left.  Half 

0 \ 

Alignment: 

Left.  Cap 

Alignment: 

Alignment: 

Alignment: 

Right.  Base 

Right.  Half 

Right.  Cap 

/ *> 

1 n 

Alignment: 

Alignment 

Alignment: 

Center.  Base 

Center.  Halt 

Center.  Cap 

c ^ 

Figure  llg  — Effect  of  TEXT  ALIGN?vIENT  and  path  text. 
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Concepts 


^ a ^sHlan  Petnl  from  TEXT  »l»w»»nt 


Alignment: 
Lett.  Base 


Alignment: 
Right.  Base 


Alignment: 
Lett.  Half 


Alignment: 
Right.  Half 


Alignment: 
Left.  Cap 


Alignment: 
Right.  Cap 


Figure  llh  — Effect  of  path  direction  and  TBCT  ALIGNMENT  with  path  text. 
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Concepts 


Design  Width  Design  Width 


Figure  Hi  — Symbol  coordinate  system. 
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Concepts 


1/2  W 


/ 

proiectins 
•quar*  cap 


Figure  llj  — Examples  of  LINE  CAP  and  LINE  JOIN. 
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5 Elements 

Page  42 

Subclause  5.1,  table  of  data  type  abbreviations,  replace 


CD  Colour  Direct 

three-tuple  of  non-negative  real  values  for  red,  green,  blue  colour  intensities. 

with 


CD  Colour  Direct 

three-tuple  or  four-tuple  of  CCO  values  (as  determined  by  COLOUR  MODEL)  for 
colour  definition  within  one  of  the  supported  colour  motlels. 

Page  .{2 

Subclause  5.1,  table  of  data  type  abbreviations,  add: 

CCO  Colour  component  one  component  of  a colour  direct  value. 

OC  Octet  an  unsigned  integer  in  the  range  0..255,  represented  in  each  of  the  encodings  witli 


132  32-bit  Integer 

a precision  equivalent  to  8 binart'  bits. 

an  unsigned  integer  in  the  range  0..(2^— 1),  represented  in  each  of  the  encodings 
with  a precision  equivalent  to  32  binary  bits. 

BS  nitstream 

a binary  data  object,  given  an  encoding-dependent  representation  in  each  of  the 
three  encodings  (8632-2,  8C32-3,  8632-4),  which  consists  of  a compressed  stream 
of  the  binary  representations  of  other  CGM  datatypes  (e.g.,  colours),  compressed 
according  to  one  of  a number  of  standardized  techniques  defined  in  thb  part  of 
CGM. 

Page  42 

Subclause  5.2,  add  the  following  Delimiter  Elements  to  the  subsection; 

5.2.10  BEGIN  COMPOUND  PATH 

Parameters: 

path  type  (EC) 

Description: 

The  path  type  of  the  defined  compound  path  is  selected.  The  defined  values  are: 
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Elementa 


1:  text  path; 

2:  compound  line. 

IT  the  p.ith  type  is  'compound  line’  the  definition  of  a compound  line  entity  begins.  The  compound  line  entity 
will  h.avc  consistent  line  attributes  and  will  be  treated  as  a single  line  primitive.  Line  attributes  may  not  be 
changed  while  constructing  a compound  line. 

If  the  mode  is  'text  path’,  the  definition  of  an  entity  begins  that  will  provide  the^path  along  which  a text  string 
will  be  drawn.  The  display  of  text  along  the  defined  text  path  is  as  described  in  clause  4. 


References: 

4.2 

4.7.6 

4.7.10 

4.7.11 

5.2.11  END  COMPOUND  PATH 


Parameters: 

None 


Description: 

END  COMPOUND  PATH  delimits  the  end  of  a compound  line  or  text  path  dcfiniiion. 


References: 

4.2 

4.7.6 

4.7.10 

4.7.11 


5.2.12  BEGIN  PROTECTION  REGION 


Parameters: 

region  index  (DC) 


Description: 

Line  and  CD  primitives  which  are  present  between  the  BEGIN  PROTECTION  REGION  and  END  PROTEC- 
TION REGION  are  used  to  construct  a protection  region.  The  region  is  used  eitlicr  for  clipping  or  for  Weld- 
ing, as  specified  by  the  PROTECTION  REGION  INDICATOR  element.  The  defined  region  b associated 
with  the  region  index  parameter,  by  which  it  may  subsequently  be  referenced  by  the  PROTECTION 
REGION  INDICATOR  element. 


Refereni 

4.2 
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4.7.12 

5.2.12  END  PROTECTION  REGION 


Parameters: 

None 


Description: 

END  PROTECTION  REGION  delimits  the  end  of  a protection  region  definition. 


References: 

4.2 

4.5.4 

4.7.12 


5.2.14  BEGIN  TILE  ARRAY 


Parameters: 


position  (P) 

cell  path  direction  (one  of  0,  90,  180,  270)  (E) 
line  progression  direction  (one  of  90,  270)  (E) 
number  of  tiles  in  path  direction  (I) 
number  of  tiles  in  line  direction  (I) 
number  of  cells/tile  in  path  direction  (I) 
number  of  celb/tile  in  line  direction  (I) 
cell  size  in  path  direction  (R) 
cell  size  in  line  direction  (R) 
image  ollset  in  path  direction  (I) 
image  ofilset  in  line  direction  (I) 
image  number  of  cells  in  path  direction  (I) 
image  number  of  ceils  in  line  direction  (I) 


Description: 

A tile  array  is  defined  as  follovys: 

The  position  is  used  to  place  the  tile  array.  The  first  cell  of  the  first  tile  is  placed  at  the  specified  point. 

The  cell  path  direction  parameter  defines  the  direction  of  progression  of  successive  cells  along  a line  relative  to 
the  \DC  x-axis.  The  line  progression  direction  parameter  defines  the  direction  of  progression  of  successive 
cell  lines  and  is  expressed  as  a direction  relative  to  the  cell  path  direction. 

The  cell  size  in  path  direction  and  cell  size  in  line  direction  are  defined  in  units  of  number  of  cells  per  VDC 
unit. 
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The  etil  size  in  path  direction  and  number  eells/ltle  path  direction  paramcicrs  together  define  the  length  and 
granularity  for  each  line  in  the  tile,  hence  the  tile  size  in  the  cell  path  direction.  The  line  size  in  path  direc- 
tion and  number  eells/tile  in  line  direction  parameters  together  implicitly  define  the  tile  size  in  tlie  line  prt> 
gression  direction. 

When  laid  out  all  of  the  tiles  in  the  tile  array  define  a rectangular  sub-region  of  \T)C  space  — a "tiling  space". 
The  actual  graphical  image  may  not  (in  fact  in  large  tiled  images  will  not)  occupy  the  full  rectangle.  The 
image  offset  and  image  number  of  cells  parameters  specify  the  rectangle  within >hc  tiling  space  which  is  actu- 
ally occupied  by  the  image.  Cells  whose  position  is  outside  of  this  rectangle  are  not  even  encoded.  The  number 
of  encoded  cells  in  a tile  is  thus  dependent  upon  the  tile  location  and  the  image  offset  and  size  parameters. 


References: 

4.2 

4.6.5.1 

D.4.6 


5.2.15  END  TILE  ARRAY 


Parameters: 

None 


Description: 

This  clement  terminates  the  definition  of  tile  array  which  w.ts  commenced  by  DEGIN  TILE  ARRAY. 

References: 

4.2 

4.6.5.1 

D.4.6 

Page  4? 

Subclause  5.3.1,  METAFILE  VERSION,  add  to  the  end  of  the  subclausc: 

The  CCM  as  defined  in  ISO  8632/l-1987/Am.3  is  renion  three  (3). 

Pages  4^'4^ 

Subclause  5.3.7,  COLOUR  PRECISION,  replace  the  desoiption  as  follows: 

The  precision  for  operands  of  datatype  colour  component  (CCO)  b specified  for  sobsequent  data  of  type 
CCO.  The  precision  b defined  as  the  field  width  measured  in  units  applicable  to  the  specific  encoding.  ' 

Page  411 

Subclause  5.3.10,  COLOUR  VALUE  EXTENT  replace  as  follows: 
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5.3.10  COLOUR  VALUE  EXTENT 


Parameters: 

colour  value  mapping  specifier 

if  the  colour  model  indicator  is  RGB  or  CMYR, 
minimum  colour  value  (CD) 
maximum  colour  value  (CD) 

if  the  colour  model  indicator  is  CIEILAD  or  CIELLA^, 
3 pairs  of  colour  scale  and  colour  offset  (6R) 


Description: 

For  colour  model  indicator  RGB  and  the  parameters  represent  an  extent  which  bounds  the  direct 

colour  values  that  will  be  encountered  in  the  metafile.  It  need  not  represent  the  exact  extent  of  colour  values 
contained  in  the  metafile.  The  ’minimum  colour  value’  and  ’maximum  colour  value’  are  a 3-tuple  or  4-tuplc 
giving  the  colour  components  corresponding  to  the  normalized  colour  space,  zero  to  one  for  each  component. 
The  values  given  will  depend  upon  the  colour  model  RGB  or  CNHlv  selected  for  use  in  the  metafile. 

For  colour  model  indicator  CIELAB  and  CIELUV,  the  parameters  represent  the  scale  and  offset  that  relate 
each  component  of  a direct  colour  value  to  the  colour  value  of  the  corresponding  colour  space.  The  three  pairs 
apply  to  the  first,  second  and  third  component  of  the  colour  direct  value. 

NOTE  — For  example,  if  CD(i),  i— 1,2,3,  denotes  the  ith  component  of  the  colour  direct  value,  then  the  corresponding 
colour  value  in  OlF.l.An  or  CIELUV  colour  space  is  obtained  tliroiigh  scnle(i)*CD(i)  + ofTsctfi),  where  scaJe(i)  and  ofIset(i), 
I— 1.2,3,  denote  the  colour  scale  and  colour  offset  for  the  ith  colour  component. 

References: 

•1.7.7 


Page  55 


Subclause  5.3,  add  the  following  Metafile  Descriptor  Elements: 
6.3.19  COLOUR  MODEL 


Parameters: 

colour  model  indicator  (DC) 


Description: 

The  colour  model  of  the  metafile  is  selected.  Standardized  values  include: 

I;  RGB 
2:  CIELAB 
3:  CIELUV 
•1:  CTvfl'K 
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Only  one  colour  model  may  be  used  within  a metafile.  The  method  may  be  defaulted  or  explicitly  set  with  the 
COLOUR  MODEX  element.  All  occurrences  of  colour-selting  elements,  representation  setting  elements,  colour 
lists,  and  any  other  place  where  a direct  colour  value  may  appear  shall  be  in  the  selected  colour  model.  If 
used,  COLOUR  MODEl  shall  be  in  the  Metafile  Descrip(or,  after  BEGIN  MET,\F1LE  and  before  the  first 
BEGIN  PICTURE. 


References: 

4.7.7 

5.3.20  COLOUR  CALIBRATION 


Parameters: 

reference  white  value  (3R) 

calibration  data 

if  the  colour  model  indicator  is  RGB, 
matrix  (3x3)(R) 

n(I) 

array  of  pairs  (RR’)  of  red  components  (n(2CC0)) 
array  of  pairs  (G,G’)  of  green  components  (n(2CC0)) 
array  of  pairs  (BR’)  of  blue  components  (n(2CCO)) 

if  the  colour  model  indicator  is  CMYK, 
n(I) 

array  of  grid  locations  (CMYK)  (nCD) 
array  of  gnd  values  (XYZ)  (n(3R)) 


Description: 

Colour  calibration  supplies  the  information  which  defines  Uic  transformation  from  the  colour  space  selected  by 
the  COLOUR  MODEX  element  to  the  CIEXYZ  reference  colour  space. 

The  reference  white  value  specifies  the  CIEX^'Z  values  (A*, ,Z,)  of  the  reference  white.  The  reference  white 
value  is  the  only  colour  calibration  applicable  to  the  CIELfVD  and  CTFI.IJV  colour  space  for  conversion  to  the 
CEXYZ  reference  colour  space. 

When  colour  model  indicator  is  RGB,  the  calibration  data  parameter  specifics  the  values  used  to  position  the 
Red,  Green,  and  Blue  colour  components  in  the  CIEX^’Z  reference  colour  sp.ace.  Tlie  matrix  consists  of  the 
tristimulus  values  of  the  RGB  primaries 

K a;  a; 

n n i; 

Z,  Zj  Z| 

The  three  arrays  of  n pairs  of  CCOs  define  a colour  look-up  table  (LUT)  in  order  to  transform  non-linear  RGB 
to  another  RGB  specification  that  is  linear  with  respect  to  luminous  intensity  and  suitable  to  be  transformed 
with  the  3x3  matrix  into  the  CEXYZ  reference  colour  space. 

R’  - R_LUT[R! 

G’  - G_LUT[G| 

B’  - B_LUTin| 

The  same  entries  R,  B,  G must  be  defined  in  each  array,  but  not  necessarily  in  the  same  order.  The  value  n=0 
indicates  that  the  colour  look-up  table  is  not  part  of  the  calibration  data  parameter. 

54  DAM  text  October  1990 


116 


ISO/EEC  8632-l:1087/Am.3;1901  (E) 


Elements 

^Vhen  colour  model  indicator  is  CMYK,  additionally  to  ilie  a lute  reference  value,  the  calibration  d.it.a  parame- 
ter specifies  a table  of  CIEZCl’^Z  values  for  the  colours  resulting  from  a grid  of  specific  combinations  of  C,  M,  ^ , 
and  K colour  components.  The  n grid  values  X^'Z  in  the  CEX^'Z  reference  colour  space  are  specified  for  each 
of  the  n grid  location  C\fYK.  The  grid  location  is  specified  m terms  of  % dot  of  C,  M,  Y,  K. 

NOTE  — Use  of  % dot  refers  to  dot  size  as  it  will  be  printed  (once  dr>')  Since  this  % refers  to  a dry  dot,  it  is  equivalent 
to  a ^ intensity 


References: 

4.7.7 


5.3.x  FONT  PROPERTIES 


Parameters; 

list  of  l-tuples  of  (property  indicator,  property  value  type,  property  value, 
priority)  (n(IX,IX,(IPPsPPC}'^I) 
where  standardized  values  of  the  property  indicator  include: 

1:  font  index  (DC) 

2:  standard  version  (I) 

3:  design  source  (S) 

4:  font  family  (S) 

5;  posture  (DC) 

6;  weight  (DC) 

7:  proportionate  width  (DC) 

8:  included  glyph  collections  (nl32) 

9;  included  glyphs  (mCC) 

10:  design  size  (R) 

11;  minimum  size  (R) 

12;  maximum  size  (R) 

13;  design  group  (30C) 

14;  structure  (DC) 

and  standardized  values  for  property  value  type  include; 

1:  integer 
2;  real 
3:  index 
4:  string 
5:  octet 
6;  i32 

The  property  indicator  is  of  data  type  index;  the  datatypes  in  parentheses  indicate  the  property  value  type 
associated  with  the  property  indicator. 


Description: 

Font  properties  are  described  which  may  be  used  for  substituting  a font  specified  by  property  1,  font  index, 
which  corresponds  to  a font  name,  defined  by  the  FONT  LIST  clement.  The  property  1,  font  index,  can  be 
used  in  the  FONT  INTDEIX  element. 

The  priority  parameter  indicates  the  relative  importance  of  the  property  for  font  substitution.  The  sum  of  all 
priorities  is  normalized  to  1.0  and  the  relative  priorities  arc  computed  as  a fraction  of  1.0.  If,  for  example,  no 
substitution  is  permissible,  then  the  font  index  could  be  given  priority  10  and  all  other  properties  priority  0.  If, 
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on  the  other  hand,  all  that  matters  is  a bold  serif  font,  then  wciglit  and  design  group  could  be  given  priority  10 
and  all  others  prionty  0. 

The  properties  which  may  be  referenced  by  the  property  indicator  are  from  ISO/IEC  9541.  All  of  the  assigned 
values  are  from  the  Minimum  Font  Description  Subset  of  ISO/IEC  9541-2.  Note  that  the  font  name  itself 
(referenced  by  font  index),  which  subsumes  ail  other  properties,  is  one  of  the  properties.  Values  of  property 
indicator  above  14  are  reserved  for  registration  and  future  standardization,  and  negative  values  arc  available 
for  implementation-dependent  use. 

The  priorities  given  to  the  font  properties  provide  guidance  to  the  interpreter  so  as  to  enable  rational  font 
matching  in  the  event  of  the  inability  to  exactly  match  a font  from  the  font  name  specified  in  the  FONT  LIST 
element.  The  priorities  do  not  imply  any  particular  font  matching  strategy,  but  do  provide  the  means  for  gen- 
erators to  indicate  relative  importance  of  the  various  font  properties. 

Font  index.  Selects  a font  resource  name  which  resides  in  the  Metafile  FONT  LIST. 

Standard  version.  Gives  the  version  number  of  the  ISO  9511  which  is  assumed  l>y  the  writer  of  the  metafile 
and  the  formulator  of  this  font  reference.  Legal  values  are:  1,  corresponding  to  ISO  9541  version  199x  (first 
version). 

NOTE  — ISO  9541  stipulates  that  its  version  number  will  be  the  year  of  publication,  eg  , the  integer  1990  if  the  first 
version  is  published  in  the  year  1990  Because  COM  maps  9541  font  information  into  COM  syntax,  the  ability  to  use  9541 
versions  beyondd  the  first  (e  g.,  1990)  will  require  amendment  to  COM. 

Design  source.  The  organizational  name  of  the  typeface  design  source,  as  specified  in  ISO  9541. 

Font  family.  The  name  of  the  font  family,  for  example  Courier. 

Posture.  The  posture  of  a font;  assigned  values  are; 

0:  not  applicable; 

1:  upright; 

2:  oblique  — upright  design  slanted  in  the  direction  of  the  nominal  escapement  with  no  design  or  form 
change; 

3;  b.ack  slanted  oblique  — upright  design  slanted  in  the  direction  opposite  of  the  nominal  escapement  with 
no  design  or  form  change; 

4:  italic  — slanted  in  the  direction  of  the  nominal  esc.npcmcnt  with  a change  in  design  or  form; 

5:  back  slanted  italic  — italic  design  slanted  in  the  dircciion  opposite  of  the  nomin.al  escapement; 

6;  other. 

Posture  values  above  6 are  reserved  for  registration  and  future  standardization. 

Weight.  The  font  weight  is  a measure  of  the  boldness  of  llic  font.  Assigned  v.alnes  arc: 

O:  not  applicable; 

1:  ultra  light  (lowest  ratio  of  glyph  stem  width  to  font  height); 

2:  extra  light 
3;  light 
4:  semi  light 
5:  medium 
6;  semi  bold 
7:  bold 
8;  extra  bold 

9:  ultra  bold  (highest  ratio  of  glyph  stem  width  to  font  height); 

Weights  are  ordered  according  to  increasing  weight.  Weight  \‘alues  above  9 .arc  rcsen'ed  for  registration  and 
future  standardization. 

Proportionate  width.  The  proportionate  width  is  an  indication  of  the  rel.ative  ratio  of  character  height  to 
character  width.  Assigned  values  are: 

0:  not  applicable; 

1;  ultra  condensed  (lowest  ratio  of  glyph  width  to  font  height); 

2:  extra  condensed; 
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3:  condensed; 

4:  semi  condensed; 

5:  medium; 

6:  semi  expanded; 

7;  expanded; 

8;  extra  expanded; 

9:  ultra  expanded  (highest  ratio  of  glyph  width  to  font  height); 

Proportionate  widths  are  ordered  according  to  increasing  width.  Proportionate  width  values  above  9 are 
reserved  for  registration  and  future  standardization. 

Included  glyph  collections.  A list  of  glyph  collection  identifiers  registered  under  ISO  10036.  The  selected 
font  should  have  these  glyph  collections  available  according  to  the  associated  priority. 

Included  glyphs.  A list  of  character  set  indices.  CGM  separates  character  set  (glyph  collection)  from  font. 
A mechanism  exists  (GLYPH  MAPPING)  for  associating  individual  glyph  identifiers  (for  glyphs  registered 
under  ISO  10036)  with  a character  set  index.  This  mechanism  may  be  used  in  conjunction  with  this  element 
to  construct  the  specification  of  included  glyphs  that  the  font  selected  to  satisfy  this  font  reference  should  have 
(according  to  the  associated  priority). 

Design  size.  The  recommended  optimal  body  size,  measured  in  millimetres,  at  which  the  font  resource  is 
designed  to  be  used. 

Minumum  size  and  maximum  size.  The  recommended  minimum  and  maximum  body  sizes,  measured  in 
millimetres,  defining  the  range  over  which  the  font  resource  is  designed  to  be  used. 

Design  group.  The  design  grouping  of  the  typeface  of  the  font  resource  consists  of  three  components:  the 
typeface  class  , the  typeface  svbclass,  and  the  typeface  specific  group,  as  defined  in  ISO/IEC/DIS  0'>ll-l:1990. 
The  typeface  general  class  is  the  most  general  grouping  of  fonts  with  similar  characteristics.  Tv  pcface  sub- 
classes are  groupings  that  identify  the  less  general  charactcri.-itics  and  start  to  categorize  typefaces  into  similar 
designs.  Typeface  specific  groups  are  typeface  groupings  with  very  distinct  and  unique  characteristics. 
Typefaces  categorized  to  the  typeface  specific  group  icvcl  start  to  show  similar  characteristics  that  makes  them 
reasonably  eligible  to  be  substituted  for  each  other.  The  assigned  design  groups,  and  their  properties,  are 
defined  by  the  normative  annex  A of  ISO/DIS  95-41-1.  The  three  components  are  each  assigned  a value  in  the 
range  0..255.  In  annex  A of  95-41-1  a typeface  design  group  specification  looks  like  x.y.z,  with  each  of  x,  y,  and 
z in  the  range  0..255. 

NOTE  — The  properties  weight,  proportionate  width,  posture,  structure,  specify  further  typographic  variniions  on  the 
design  group 

Structure.  Structure  indicates  the  structure  of  strokes  of  the  glyph  shapes  of  ihe  font  resource.  Assigned 
values  are: 

0:  undefined  or  not  applicable; 

1;  solid  — the  shape  contains  no  voids  or  patterns  within  the  strokes; 

2:  outline  — the  shape  includes  only  the  outer  edges  of  the  strokes. 

Structure  values  above  2 are  reserved  for  registration  and  future  standardization. 


References: 

4.3.4 

4.3.5 


6.3.22  GLYPH  MAPPING 


Parameters: 

character  set  index  (IX) 
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basis  set  character  set  type  (one  of:  94-character  G-set,  96-ciiaracter  G-set, 

94-cliaracter  multibyte  G-set,  96-character  multibyte  G-set,  complete  code)  (C) 
basis  set  designation  sequence  tail  (S) 
octets  per  code  (I) 

list  of  pairs  of  (code,  glyph  name)  (n(mOC,I32)) 

where  the  number  of  octets  that  represent  each  code  (mOC)  is  equal  to  ^ 
the  octets  per  code  parameter. 


Description: 

A character  set  is  defined  for  use  in  the  metafile.  The  character  set  index  can  be  used  in  CHARACTER  SET 
INDEX  and  ALTERNATE  CHARACTER  SET  INDEX  elements.  An  index  used  in  this  element  cannot  also 
be  declared  in  a CHARACTER  SET  LIST  element.  Each  ccxle  in  the  defined  character  set  will  contain  the 
number  of  octets  indicated  in  the  octets  per  code  parameter.  The  basis  set  is  selected  by  the  character  set  type 
and  designation  sequence  tail  parameters,  as  described  under  the  CHARACTER  SET  LIST  element  (5.3.14). 
The  effect  of  several  GLYPH  MAPPING  elements  with  the  same  character  set  index  is  not  cumulative.  The 
basis  set  for  the  GL^TH  MAPPING  each  time  is  that  specified  by  the  character  set  type  and  designation 
sequence  tail  parameters.  It  is  not  the  result  of  previous  G1.,^T!  I MAPPING  elements.  The  basis  set  provides 
a default  set  of  glyphs  to  use  with  any  codes  that  are  not  assigned  values  by  this  element.  The  string  that 
specific  the  basis  set  is  a designation  sequence  tail  as  defined  for  the  CILAfEXCTER  SET  LIST  element 
(5.3.14).  The  glyph-tocode  mapping  is  established  by  the  list  of  pairs  of  ccxles  and  glyph  names.  Each  item  in 
the  list  associates  a code  with  a glyph. 

Elach  glyph  name  is  an  integer  identifier  in  the  range  l..(2^— I)  which  is  registered  by  the  ISO  Glyph  Registra- 
tion Authority,  AFD. 

NOTE  — Each  encoding  of  this  part  of  this  International  Standard  provides  a means  to  more  efficiently  represent 
sequences  of  pairs  which  have  a uniform  increment  of  1 in  the  values  both  components  of  successive  pairs  in  the  sequence 


References: 

4.3.4 

4.3.5 


5.3.23  SYMBOL  LIBRARY  LIST 


Parameters: 

symbol  library  names  (nS) 


Description: 

This  element  permits  selection  of  named  symbol  libraries  via  S\'MBOL  LIDILXRY  INDEX.  The  first  symbol 
library  defined  in  the  symbol  library  list  is  assigned  to  index  1,  the  second  to  index  2,  and  so  on. 

NOTE  — The  stnngs  may  contain  registered  names  or  private  names.  Use  of  the  former  is  recommended  for  metafile 
transportability,  because  registration  ensures  unique  naming  of  symbol  libraries. 

NOTE  — S)rmbol  Libraries  are  registered  in  the  ISO  International  Register  of  Graphical  Items,  which  is  maintained  by 
the  Registration  Authority  When  a symbol  library  has  been  approved  hy  the  ISO  working  Group  on  Computer  Graphics, 
the  symbol  library  name  will  be  assigned  by  the  Registration  Authority 
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References: 

4.6.12 


Page  56 


Subclause  5.4.2,  6rst  paragraph  of  description: 
Change  "red,  green,  and  blue"  to  "direct" 


Page  56 

Subclause  5.4.3,  changed  the  enumerated  list  of  line  width  specific.Tiion  modes  from: 
(one  of:  absolute,  scaled) 
to: 

(one  of:  absolute,  scaled,  fractional,  mm) 


Page  56 


Subclause  5.4.3,  delete  the  second  paragraph  of  ‘Description:’  and  rcpl.ice  the  first  by: 

One  of  four  methods  of  specifying  geometric  aspects  associ.Ticii  with  lines  and  the  transformation  behaviour  of 
those  aspects  is  selected.  See  clause  4 for  a description  of  the  meanings  of  the  four  styles. 


Page  56 

Subclause  5.4.3,  add  to  the  References: 

4.4.3 

4.7.5 

Page  56 


Subclause  5.4.4,  changed  the  enumerated  list  of  marker  size  specification  modes  from: 
(one  of:  absolute,  scaled) 
to: 

(one  of;  absolute,  scaled,  fractional,  mm) 


Page  56 


Subclause  5.4.4,  delete  the  second  paragraph  of  ’Description;’  and  replace  the  first  by: 

One  of  four  methods  of  specifying  geometric  aspects  associated  with  lines  and  the  transformation  behaviour  of 
those  aspects  is  selected.  See  clause  4 for  a description  of  the  meanings  of  the  four  styles. 
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Page  55 

Subclause  5.4.3,  add  to  the  References; 

4.4.3 

4.7.5 

Page  57 


Subclause  5.4.5,  changed  the  enumerated  list  of  edge  width  specification  modes  from: 
(one  of:  absolute,  scaled) 


to: 


(one  of:  absolute,  scaled,  fractional,  mm) 


Page  57 

Subclause  5.4.5,  delete  the  second  paragraph  of  ’Description:’  and  replace  the  first  by: 

One  of  four  methods  of  specifying  geometric  aspects  associated  wiili  lines  and  tlic  transformation  behaviour  of 
those  aspects  is  selected.  See  clause  4 for  a description  of  liic  meanings  of  the  four  styles. 


Page  57 


Subclause  5.4.3,  add  to  the  References; 


’4.4.3 

4.7.5 


Page  53  (Am.1,  page  33,  5.4-11) 

Subclause  5.4.11,  add  after  the  two  current  values  of  line  width  Aperifier. 

if  the  line  width  specification  mode  is  ’fractional’, 
line  width  as  fraction  of  default  viewport  (R) 

if  the  line  width  specification  mode  b ’mm’, 
physical  line  width  in  millimetres  (R) 


Page  58  (Atn.l,  page  34,  5.4-12) 

Subclaose  5.4.12,  add  after  the  two  current  values  of  marker  size  specifier. 

if  the  marker  size  specification  mode  is  ’fractional’, 
marker  size  as  fraction  of  default  viewport  (R) 

if  the  marker  size  specification  mode  is  ’mm’, 
physical  marker  size  in  millimetres  (R) 
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Page  58  (Am.l,  page  35,  5.4. H) 

Subclause  5.4.14,  change  the  enumerate!  list  of  iiiicrior  styles  from: 

(one  of;  hollow,  solid,  pattern,  hatch,  empty)  (E) 
to: 

(one  of;  hollow,  solid,  pattern,  hatch,  empty,  geometric  p.ittcrn,  interpolated)  (E) 

Page  58  (Am.l,  page  36,  5.4.15) 

Subclause  5.4.15,  add  after  the  two  current  values  of  edge  width  specijler. 

if  the  edge  width  specification  mode  is  ’fractional’, 
edge  width  as  fraction  of  default  viewport  (R) 

if  the  edge  width  specification  mode  is  ’mm’, 
physical  edge  width  in  millimetres  (R) 

Page  61 

Add  new  subclause  5.4.16  defining  INTERIOR  ST'l  LE  SPECIFICATION  MODE; 

5.4.18  INTERIOR  STYLE  SPECIFICATION  MODE 

Parameters: 

interior  style  specification  mode  (one  of;  absolute,  scaled,  fractional,  mm)  (E) 

Description: 

One  of  four  methods  of  specifying  geometric  aspects  associated  with  lines  and  the  transformation  behaviour  of 
those  a«!pccts  is  selected.  See  clause  4 for  a description  of  the  meanings  of  the  four  styles. 

References; 

4.7.5 


Page  58 

Subclause  5.4.7,  BACKGROUND  COLOUR,  first  line  of  second  paragraph  of  description: 

Change  TIGB"  into  "a  direct  colour  value" 

Page  61 

Subclause  5.5,  add  the  following  new  Control  Elcniciits  to  the  end  of  the  subclause; 

5.6.13  PROTECTION  REGION  INDICATOR 
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123 


ISO/IEC  8832-l:lfl87/Am.3:lflgi  (E) 

Elements 


Parameters: 

region  index  (DC) 
region  indicator  (DC) 


Description:  ^ 

The  region  indicator  determines  how  the  protection  region  associated  with  the  given  index  is  used.  The  region 
indicator  may  have  the  values. 

0:  olT,  the  region  is  not  used; 

1:  clip,  the  repon  is  used  for  clipping; 

2 shield,  the  region  is  used  for  shielding. 

It  is  independent  of  CLIP  INDICATOR,  which  affects  only  the  use  of  CLIP  RECTANGLE. 


References: 

4.5.4 

5.5.14  GENERALIZED  TEXT  PATH  MODE 


Parameters: 

mode  (one  of:  off,  nomtangential,  axis-tangential)  (E) 

Description: 

This  element  specifies  which  path  the  text  string  is  to  follow.  If  the  mode  is  'olf  then  the  path  specified  by  the 
TEXT  PATH  element  (’right’,  ’left’,  ’up’,  or  ’down’)  is  used.  If  the  mode  is  ’iioii-tangential’  the  characters  are 
positioned  along  the  path  and  oriented  as  per  the  character  orientation  vectors  hut  the  character  orientation 
axes  arc  not  rotated  — each  character  has  the  same  orientation  regardless  of  the  path  direction.  If  the  mode  is 
’axis-tangential’  the  x-axis  of  the  character  orientation  x\cs  i.s  tangent  to  the  path  at  the  character  position  — 
the  orientation  of  each  character  depends  upon  the  path  direction  at  the  character's  placement  point.  In  par- 
ticular, the  character  orientation  vectors  are  rotated  together  through  the  angle  of  the  tangent  to  the  path  at 
the  placement  point. 

Tha  element  affects  the  TEXT,  RESTRICTED  TEXT  and  APPEND  TEXT  primitives. 


References: 

4.6.3.3 

5.5.15  MITRE  LIMIT 


Parameters: 

mitre  limit  (R) 


Description: 
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The  mitre  limit  is  defined  for  subsequent  line  and  edge  elements.  Miter  limit  is  measured  as  a scale  factor 
applied  to  the  current  line  or  edge  width.  See  clause  ■<  for  a description  of  the  effect  of  mitre  limit. 


References: 

4.5.5 


Page  64 

Subclause  5.6.5:  RESTRICTED  TEXT,  add  the  following  at  the  end  of  the  first  paragraph  of  the 
description: 

The  RESTRICTED  TEXT  TYPE  specifies  how  the  string  is  positioned  within  the  parallelogram. 


Page  64 


Subclause  5.6.5  RESTRICTED  TEXT,  add  the  following  at  the  end  of  the  third  paragraph  of  the 
description: 

If  GENERALIZED  TEXT  PATH  MODE  is  ’off,  then  text  is  positioned  relative  to  the  position  point  of  the 
TEXT  clement  as  described  in  clause  4.  If  GENERALIZED  TEXT  PATH  MODE  is  ’non-tangential’  or  ’axis- 
tangent  i.al’  elements  between  the  BEGIN  COMPOUND  PATH  and  END  COMPOUND  PATH  elements 
specify  the  path  the  text  string  is  to  follow,  and  the  method  of  orienting  characters  along  the  path  is  defined  by 
the  mode. 


Page  64 


Subclause  5.6.5  RESTRICTED  TEXT,  add  the  following  text  after  the  fifth  paragraph  of  the 
description: 

These  attributes  may  be  altered  for  RESTRICTED  TEXT.  The  variation  will  depend  upon  the  selected  RES- 
TRICTED TEXT  TYPE. 


Subclause  5.6.6,  APPEIND  TEXT  add  the  following  at  the  end  of  the  second  paragraph  of  the 
description: 

If  GENERALIZED  TEXT  PATH  MODE  is  ’off,  then  text  is  positioned  relative  to  the  position  point  of  the 
TEXT  element  as  described  in  clause  4.  If  GENERALIZEID  TEXT  PATH  MODE  is  ’non-tangential’  or  ’axis- 
tangential’  elements  between  the  BEGIN  COMPOUND  PATH  and  END  COMPOUND  PATH  elements 
specify  the  path  the  text  string  is  to  follow,  and  the  method  of  orienting  characters  along  the  path  is  defined  by 
the  mode. 


Page  65 

Subclause  5.6.6:  APPEND  TEXT,  add  the  following  at  the  end  of  the  second  paragraph  of  the 
description: 

If  GENERALIZED  TEXT  PATH  MODE  is  ’off,  then  text  is  positioned  relative  to  the  position  point  of  the 
TEXT  clement  as  described  in  clause  4.  If  GENERALIZED  TEXT  PATH  MODE  is  ’non-tangential’  or  ’axis- 
tangential’  elements  between  the  BEGIN  COMPOUND  PATH  and  END  COMPOUND  PATH  elements 
specify  the  path  the  text  string  is  to  follow,  and  the  method  of  orienting  characters  along  the  path  b defined  by 
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Page  60 


Subciause  5.6.9,  add  the  following  at  the  end  of  tiic  third  paragraph  of  tlie  description; 
Note  that  COLOUR  PRECISION  only  applies  to  direct  colour  values. 


Page  77 


Subclause  5.6,  add  the  following  Graphical  Prinuiive  Elements; 
5.6.22  HYPERBOUCARC 


Parameters: 

centre  jwint  (P) 

traim  erse  radius  endpoint  (P) 

conjugate  radius  endpoint  (P) 

start  vector  (2VDC) 

end  vector  (2VDC) 


Description: 

A hyperbolic  arc  is  defined.  The  asymptotes  of  the  full  liyperlnjla  pass  through  the  centre  point  and  arc  paral- 
lel to  two  vectors  defined  by  the  sum  and  difference  of  the  vectors  from  the  centre  to  the  transverse  and  conju- 
gate radius  endpoints.  The  complete  hyperbola  passes  through  the  transverse  radius  endpoint  and  is  tangent 
there  to  the  vector  from  the  centre  p>oint  to  the  conjugate  radius  endpoint.  The  defined  arc  is  a finite  arc 
starting  and  ending  at  the  points  where  the  rays  from  the  centre  in  the  directions  of  the  start  and  end  vectors 
intersect  the  complete  hyperbola.  See  clause  4 for  further  discussion  of  the  geometric  significance  of  the  param- 
eterizat  ion  and  details  of  rendering  of  hyperbolic  arcs. 


References: 

4.6.9 

5.6,23  PARABOLIC  ARC 


Parameters: 

tangent  intersection  point  (P) 
start  point  (P) 
end  point  (P) 


Description: 

A parabolic  arc  is  defined.  A parabolic  arc  is  drawn  from  start  to  end  point.  The  tangents  to  the  arc  at  the 
endpoints  intersect  at  the  tangent  intersection  point.  Sec  clause  4 for  further  discussion  of  the  geometric 
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significance  of  the  parameterization  and  details  of  rendering  of  hyperbolic  arcs. 


References: 

4.6.10 

5.6.24  NON-UNIFORM  B-SPLINE 


Parameters: 

spline  order  (I) 

number  of  control  points  (I) 

control  points  (nP) 

list  of  knots  ((n-(-m)R) 

parameter  start  value  (R) 

parameter  end  value  (R) 


Description: 

The  spline  order  must  be  a positive  integer.  The  knot  scf|uence  must  form  a non-decreasing  sequence  of 
number?!.  The  number  of  control  points  must  be  at  least  as  large  as  the  spline  order.  The  sum  of  the  number  of 
control  points  and  the  spline  order  must  equal  the  number  of  knots  — if  the  sidinc  order  is  m (which  equals 
k+l,  where  k is  the  degree)  and  the  number  of  control  points  is  n then  the  niimher  of  knots  is  (n-(-m). 

The  parameter  start  and  end  values  specify  over  what  range  of  the  parameter  the  B-spline  curve  is  evaluated. 
The  start  value  must  be  less  than  the  end  value.  The  start  value  must  be  greater  than  or  equal  to  the  order-lh 
knot  value.  The  end  value  must  be  less  than  or  equal  to  the  (k+J-orderJ-th  knot  value  (where  k is  the  number 
of  knots). 

When  an  element  of  this  type  is  interpreted,  a non-uniform  B-spline  curve  is  generated  for  parameter  values 
between  the  parameter  start  value  and  parameter  end  value. 


References: 

4.6.11.1 

5.8.26  NON-UNIFORM  RATIONAL  B-SPLINE 


Parameters: 

spline  order  (I) 

number  of  control  points  (I) 

control  points  (nP) 

list  of  knots  ((n-f  m)R) 

parameter  start  value  (R) 

parameter  end  value  (R) 

weights  (nR) 


Description: 


The  spline  order  must  be  a positive  integer. 


The  knot  sequence  must  form  a non-decreasing  sequence  of 
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numbers.  The  number  of  control  points  must  be  at  least  as  large  as  the  spline  order.  Tlie  sum  of  the  number  of 
control  poi.nts  and  the  spline  order  must  equal  the  number  of  knots  — if  the  spline  order  is  m (which  equals 
k+l,  where  k is  the  degree)  and  the  number  of  control  points  is  n then  the  number  of  knots  is  (n  +rn ). 

The  weight!  array  contains  one  real  number  for  each  control  point  in  the  control  potnts  array.  The  meaning 
of  the  weights  is  described  in  clause  4. 

The  parameter  start  and  end  values  specify  over  what  range  of  the  parameter  tjie  Q-.spline  curve  is  evaluated. 
The  start  value  must  be  less  than  the  end  value.  The  start  value  must  be  greater  than  or  equal  to  the  order-th 
knot  value.  The  end  value  must  be  less  than  or  equal  to  the  ('I+V-order^th  knot  v.alue  (where  k is  the  number 
of  knots). 

When  an  element  of  this  type  is  interpreted,  a non-uniform  rational  B-spiinc  curve  is  generated  for  parameter 
values  between  the  parameter  start  value  and  pariuneter  end  value. 


Refereneea: 

4.6.11.1 

5.8.28  POLTHEZIER 


Parameterss 

continuity  iadicatar(IX) 
poina  1^  (4bP) 


Description: 

This  element  defines  one  or  more  cubic  Bezier  curves.  The  association  of  poini.<  in  ihc  parameter  list  with  con- 
trol points  is  dependent  upon  the  continuity  indicator  and  is  defined  in  clause  I.  The  derivation  of  the  cubic 
parametric  equations  defining  the  curves  is  given  in  clause  4. 

The  relationship  of  the  Nth  Bezier  curve  to  the  (N-l)th,  if  there  is  more  than  one  curve,  b specified  by  the 
continuity  indicator.  Valid  values  are: 

1:  discontinuous  — successive  curva  may  be  dbjoint; 

2:  continuous  — successive  curves  are  connected,  final  point  of  Nth  cun'e  to  initial  of  (N-t-l)th. 

3:  smooth  — ■ successive  curves  are  connected  and  first  derivatives  match  at  the  junction  of  the  two  curves. 


References: 

4.6.11.2 

6.8.27  SYMBOL 


Parameters: 

position  (P) 
s>-mbol  index  (DC) 


Description: 
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The  s>’inbol  corresponding  to  the  symbol  index  parameter  in  the  symbol  libran.'  specified  by  the  current  S^'M- 
BOL  LIBRARY  INDEIX  is  dimensioned  according  to  S^'MBOL  SIZE,  oriented  according  to  SMvlBOL  ORIEN- 
TATION, and  drawn  at  the  specified  position  point.  The  s)’mbol  is  displayed  according  to  the  current  S^Tvl- 
BOL  COLOUR. 


References: 

4.6.12 

5.8.28  BITONAi  TILE 


Parameters: 

tile  identifier  (I) 
compression  type  (DC) 
cell  background  colour  (CO) 
cell  foreground  colour  (CO) 
compressed  colour  specifiers  (BS) 


Description: 

The  tile  identifier  will  be  used  as  the  tiling  index. 

The  compretaion  type  specifies  the  compression  type  used.  The  following  methods  arc  defined; 

0:  null  background 
1:  null  foreground 
2:  T6 

3:  T4  1-dimensional 
4:  T4  2-dimensional 
5:  bitmap  (uncompressed) 

6:  LZW 

Compression  types  greater  than  6 are  reserved  for  registration  or  future  standardization.  If  the  method  is  T4, 
tlie  image  is  encoded  according  to  the  one  or  two  dimensional  scheme  defined  by  CCITT  Recommendation  T4 
(Group  3 facsimile).  If  the  method  is  T6  two  dimensional  scheme  defined  in  CCITT  Recommendation  TG 
(group  4 facsimile).  Null  background  and  null  foreground  indicate  that  all  cells  in  the  tile  are  known  to  be 
background  or  foreground  respectively.  In  this  case  the  tile  has  no  encoded  content.  The  bitstream  parameter 
is  null.  The  sequence  of  compressed  colour  specifiers  is  compressed  according  to  this  compression  type  parame- 
ter and  stored  as  a compressed  binary  data  object  in  the  metafile. 

The  cell  colour  specifiers  have  only  two  values,  the  indexes  0 and  1.  Index  0 designates  the  ceil  background 
colour.  Gslour  1 designates  the  cell  foreground  colour.  The  precompressed  or  uncompressed  colour  specifiers 
conndered  as  a binary  data  stream  are  represented  at  1 bit  per  cell. 

NOTE  — Compression  method  values  are  registered  in  the  ISO  International  Register  of  Graphical  Items,  which  is  main- 
tained by  the  Registration  Authority  When  a compresion  method  value  has  been  approved  by  the  ISO  Subcommittee  for 
Computer  Graphics,  the  compresion  method  value  will  be  asigned  by  the  Registration  Authority 


References: 

4.6.5.i 
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P&rameterK 

tile  identifier  (I) 
compression  type  (DC) 
cell  colour  precision  (I) 
compressed  colour  specifiers  (BS) 


Description: 

The  tile  identifier  will  be  used  as  the  tiling  index. 

The  eomprtatiou  type  specifies  the  compression  method  used.  The  following  methods  arc  defined: 

1:  T4  1-dimensionaJ 
2:  T4  2-dimensional 
3:  T6 
4:  LZW 

5:  bitmap  (uncompressed) 

6:  null  background 
7:  null  foreground 

Compression  types  greater  than  7 are  reserved  for  registration  or  future  standardiz.ation.  If  the  method  is  T4, 
the  image  is  encoded  according  to  the  one  or  two  dimensional  scheme  defined  by  CCITT  Recommendation  T4 
(Group  3 facsimile).  If  the  method  is  T6  two  dimensional  scheme  defined  in  CCITT  Recommendation  T6 
(group  4 facsimile).  Null  Background  and  null  foreground  indicate  that  ail  cells  in  the  tile  are  known  to  be 
background  or  foreground  respectively.  In  this  case  the  tile  has  no  encoded  content.  The  bitstream  parameter 
is  null.  The  sequence  of  compressed  colour  specifiers  is  compressed  according  to  this  compression  type  parame- 
ter and  stored  as  a compressed  binary  data  object  in  the  metafile. 

NOTE  — The  LZW  (Lempel,  Ziv,  Welch)  adaptive  compression  method  converts  variable-length  strings  of  input  charac- 
ters into  fixed-length  code  words  The  LZW  encoding  is  a variation  of  the  Lempel-Ziv  technique  The  LZW  algorithm  has 
gamed  wide  acceptance  and  is  used  in  many  data  compression  programs.  Its  wide  use  can  be  attributed  to  its  speed  and 
high  compression  results 

The  eeli  eolovr  precision  defines  the  colour  precision  of  the  colour  specifiers  in  the  pre-compressed  or 
uncompressed  datastream.  When  decompressing  the  Bitstream  operand,  these  arc  the  precisions  of  the  binary 
data  comprising  the  individual  colour  specifiers. 

NOTE  — T4  and  T6  compression  methods  are  not  likely  to  give  useful  results  if  the  colour  precision  is  other  than  1 and 
the  colour  selection  mode  is  not  indexed 

NOTE  — Compression  method  values  are  registered  in  the  ISO  International  Register  of  Graphical  Items,  which  is  main- 
tamed  by  the  Regutration  Authority  When  a compression  method  value  has  been  approved  by  the  ISO  Subcommittee  for 
Computer  Graphics,  the  compression  method  value  will  be  assigned  by  the  Registration  Authority 


References: 

4.6.5.1 
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Subclause  5.7.19,  CHARACTER  SET  INDEX,  first  line  of  description,  after  CHARACTER  SET 
LIST  add: 

or  GL'ITH  MAPPING 
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Subclause  5.7.20,  ALTERNATE  CHARACTER  SET  INDEX,  first  line  of  description,  after 
CHARACTER  SET  LIST  add: 

or  GL'lPH  MAPPING 


Page  90 

Section  5.7.22,  INTERIOR  STYLE,  in  the  Parameters  section  add  to  the  end  of  enumerated  list  of 
styles: 

geometric  pattern,  interpolated 
Page  91 

Section  5.7.23,  FILL  COLOUR,  add  to  the  end  of  the  last  sentence  of  the  last  paragraph: 

...or  geometric  pattern. 

Page  92 

Section  5.7.25,  PATTERN  INDEX,  append  the  4lh  p.aragraph  to  the  end  of  the  2nd  paragraph. 


Page  92 


Section  5.7.25,  PATTERN  INDEX,  insert  new  3rd  p.nragraph: 

When  the  PATTERN  INDEIX  ASF  is  ’individual’  and  the  interior  style  is  ’geometric  pattern’  subsequent 
filled-arca  elements  are  displayed  using  this  pattern  index.  The  pattern  index  is  a pointer  into  the  table  of 
geometric  patterns  defined  by  GEOMETRIC  PATTERN. 


Page  95 

Section  5.7.31,  FILL  REFERENCE  POINT,  change  paragraph  2,  line  1 of  ’Description’  from: 
When  the  currently  selected  interior  style  is  ’pattern’... 
to: 

When  the  currently  selected  interior  style  is  ’pattern’  or  ’geometric  pattern’... 

Page  95 

Section  5.7.31,  FILL  REFEIRENCE  POINT,  replace  paragraph  4 with: 

When  the  currently  selected  interior  style  is  ’interpolated’  the  FILL  REFERENCE  POINT  provides  one  of  the 
reference  points  in  the  definition  of  the  interior  style. 

Page  95 
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Section  5.7.31,  FILL  Rj*.!*  LRENCE  POINT,  rcpi.ncc  paragraph  5 willi: 

The  common  origin  for  the  interiors  of  filled  areas  means  that  separate  filled  areas  that  have  the  same  hatch 
index  and  that  abut  have  a visually  continuous  interior  rendering  across  all  of  tlic  filled  areas. 

Page  95  , 

Subclause  5.7.32,  PATTERN  TABLE,  add  the  following  at  the  end  of  the  third  paragraph  of  the 
description: 

Note  that  COLOUR  PRECISION  only  applies  to  direct  colour  (CD)  values. 

Page  90 

Subclause  5.7.33,  replace  the  definition  of  PATTERN  SIZE  with: 

5.7.33  PATTERN  SIZE 


Parametera: 

if  the  interior  style  specification  mode  is  ’absolute’, 
pattern  height  vector,  x component  (VDC) 
pattern  height  vector,  y component  (VDC) 
pattern  width  vector,  x component  (VDC) 
pattern  width  vector,  y component  (VDC) 

if  the  interior  style  specification  mode  is  ’scaled’, 
pattern  vector  components  (4R) 

if  the  interior  style  specification  mode  is  ’fractional’, 
pattern  vector  components  (4R) 

if  the  interior  style  specification  mode  is  ’mm’, 
pattern  vector  components  (4R) 


Dcacriptioas 

The  pattern  site  is  set  to  the  values  specified  by  the  parameters. 

When  the  INTERIOR  STYLE  is  set  to  pattern  or  geometric  pattern  subsequent  filled-area  elements  are 
displayed  using  this  pattern  size.  See  4.6  for  a list  of  filled>area  elements. 

Pattern  size  is  comprised  of  two  vectors,  a height  vector  and  a width  vector.  In  the  general  case  the  pattern 
size  vectors  and  the  FILL  REFERENCE  POINT  define  a parallciogram,  the  pattern  box.  When  the  interior 
style  is  pattern  this  pattern  box  is  divided  into  cells,  nx  in  the  width  vector  direction  and  ny  in  the  height  vec* 
tor  direction,  where  nx  and  ny  are  the  colour  array  dimensions  of  the  pattern  table  entry  selected  by  the 
current  pattern  index.  When  the  interior  style  is  geometric  pattern  the  associ.atcd  pattern  extent  rectangle  is 
mapped  onto  the  pattern  box  parallelogram. 

The  units  in  which  the  pattern  size  vectors  are  specified,  as  well  as  their  behaviour  and  the  behaviour  of  the 
rendered  interior  under  transformations,  is  determined  by  the  current  value  of  the  INTERIOR  STYLE 
SPECIFICATION  MODE.  See  clause  4. 


TO 


DAM  text 


October  IBOO 


ISO/IEC  8632-l:1987/Am.3:lflfll  (E) 


Elements 

When  the  interior  style  is  pattern  the  array  of  colours  of  the  current  pattern  is  mapped  onto  the  array  of  cells 
as  follows.  The  colour  array  element  (l,ny)  is  mapped  to  the  pattern  box  cell  which  is  located  at  the  FILL 
REFERENCE  POINT.  Colour  array  elements  with  increasing  first  dimension  arc  associated  with  successive 
cells  in  the  direction  of  the  height  vector.  In  this  way,  each  of  the  nx*ny  colour  array  elements  is  ^sociatedd 
with  one  of  the  nx’ny  cells  of  the  pattern  box. 

Conceptually,  the  pattern  box  so  defined  is  replicated  in  directions  parallel  to  the  vectors  of  the  PATTERN 
SIZE  element  until  the  interior  of  a filled-area  element  to  which  the  pattern  is  to  be  applied  is  completely 
covered.  The  coincidence  of  this  imposed  pattern  and  the  interior  to  which  it  is  to  be  applied  deefines  the  inte* 
rior  style  for  the  filled-area  element  being  displayed. 


References: 

4.6.4 

4.7.8 

D.4.6 


Page  98 


Subclause  5.7,  add  the  following  attribute  elements: 

5.7.ai  LINE  AND  EDGE  TYPE  DEFINITION 


Psrvneterar 

line  type  (DC) 

dash  cycle  repeat  length  (R) 
list  of  dash  elements  (nl) 


Description: 

This  element  defines  a line  type  or  edge  t)rpe  and  associates  it  with  an  index  for  future  reference.  The  linetype 
b the  index  of  linetype  being  defined.  It  must  be  negative,  to  avoid  conflict  with  standardized  and  regbtered 
values.  The  lut  of  doth  eiemenU  comprises  the  definition  to  be  associated  with  the  index.  The  first  element  b 
a dash,  second  a space,  etc.  — the  defined  linetype  b solid  for  /,  units,  gap  for  L units,  solid  for  /j  units,  and 
so  on.  There  must  be  at  least  one  element  in  the  Ibt  of  dash  elements.  IT  there  is  only  one  element  in  the  ibt, 
a solid  line  b drawn.  Each  dash  element  must  be  non-negative.  If  an  element  i.s  0 for  a drawn  (versus  gap)  ele- 
ment of  the  dash  element  Ibt  then  a dot  b drawn. 

The  daah  cycle  repeat  length  defines  the  length  of  one  complete  cycle  of  the  dash  pattern.  The  lengths  of  the 
dash  elements  are  normalized  so  that  the  sum  of  the  specifiers  in  the  list  of  dash  elements  equab  the  dash 
cycle  repeat  length. 

The  units  of  the  dash  cyele  repeat  length  are  determined  by  the  value  of  LINE  WIDTH  SPECIFICATION 
MODE.  The  value  of  sealed  indicates  that  the  implementation  may  normalize  and  map  the  sum  of  the  dash 
pattern  elements  at  its  discretion.  Otherwise  the  units  to  which  the  dash  elements  are  normahzed  are  as 
defined  by  that  mode. 


References: 

4.7.13 
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5.7.38  LINE  CAP 


PsrameterK 

line  cap  indicator  (DC) 

dash  cap  indicator  (one  of:  unspecified,  match)  (E) 


Description: 

The  line  cap  and  dash  cap  styles  are  defined  for  subsequent  line  elements.  The  line  cap  indicator  determines 
the  appearance  of  open  endpoints  (as  oppKsed  to  interior  vertices)  of  line  elements.  The  following  values  are 
defined: 

1:  unspecified  — as  in  8632  version  1,  any  implementation  dependent  treatment  is  acceptable. 

2:  butt  — the  line  is  squared  off  at  the  endpoint,  there  is  no  projection  beyond  the  endpoint. 

3:  round  — a semicircular  arc  with  diameter  equal  to  the  line  width  is  drawn  around  the  endpoint  and 
filled  in.  The  drawn  line  thus  projects  beyond  the  endpoint. 

4:  projecting  square  — the  line  is  squared  off  at  a distance  equal  to  half  the  line  width  beyond  the  endpoint. 
5:  triangle  — a cap  is  added  to  the  line  which  is  an  equil.alcral  triangle  whose  side  equals  the  line  width. 

The  dash  cap  indicator  determines  the  appearance  of  the  endpoints  of  individual  daslis  for  subsequent  dashed 
Lines.  \\'hen  it  is  ’match’  the  endpoints  of  all  the  dashes  luive  the  style  defnicd  by  the  line  cap  indicator. 
When  it  is  unepecified  the  endpoints  of  ail  dashes  have  the  have  implementation  dependent  treatment  (as  in 
8632  version  1),  except  for  the  open  endpoints  of  the  lines,  which  have  the  style  defined  by  the  line  cap  indica- 
tor. 

NOTE  — Line  cap  values  are  registered  in  the  ISO  International  Register  of  Graphical  Items,  which  is  maintained  by  the 
Registration  Authority  When  a line  cap  value  has  been  approved  by  the  ISO  Subcommittee  for  Computer  Graphics,  the 
line  cap  value  will  be  assigned  by  the  Registration  Authonty 


References: 

4.7.13 

5.7.38  LINE  JOIN 


Parameters: 

line  join  indicator  (IX) 


Description: 

The  line  join  style  is  defined  for  subsequent  line  elements.  The  line  join  style  defines  the  appearance  of  interior 
vertices  of  individual  line  elements  as  well  as  the  junctions  between  successive  individual  line  elements  in  com- 
pound line  elements.  The  defined  values  are: 

1:  unspecified  — as  in  8632  version  1,  any  implementation  dependent  treatment  is  acceptable. 

2:  mitre  — the  outer  edges  of  the  two  adjoining  line  segments  are  extended  unt  il  they  meet  at  a point. 

3:  round  — a circular  arc  with  diameter  equal  to  the  line  width  is  drawn  around  the  vertex  between  the 
adjoining  segments  and  is  filled  in,  producing  a rounded  corner. 

4:  bevel  — the  adjoining  line  segments  are  terminated  with  a butt  cap,  and  ilic  resulting  triangular  notch  is 
filled  in. 
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NOTE  — Line  join  values  are  registered  in  the  ISO  International  Register  o(  Graphical  Items,  which  is  maintained  by  the 
Registration  Authority  VVben  a line  join  value  has  been  approved  by  the  ISO  Subcommittee  for  Computer  Graphics,  the 
line  join  value  will  be  assigned  by  the  Registration  Authority 


References; 

4.7.13 


5.7.40  LINE  TYPE  CONTINUATION 


Parameters: 

continuation  mode  (IX) 


Description: 

The  behaviour  of  dashed  line  patterns  at  the  vertices  of  individual  line  elements  and  the  junctions  between  suc- 
cessive individual  line  elements  in  compound  line  elements  is  determined.  Standardized  values  include: 

1;  unspecified  — as  in  8632  Version  1,  any  implementation  dependent  continuation  is  acceptable; 

2;  continue  — the  style  is  continued  without  interruption  across  vertices; 

3;  restart  — the  style  is  restarted  at  each  vertex; 

4:  adaptive  continue  — the  style  is  continued,  but  each  vertex  must  be  "lnkcd“. 

The  value  ’adaptive  continue’  requires  that  each  vertex  contains  a drawn  piortion  of  the  pattern.  This  may 
require  the  pattern  to  be  stretched  or  compressed.  For  this  style  the  initial  and  final  points  of  the  line  are 
included  in  those  which  must  be  "inked”. 

Positive  values  above  4 are  reserved  for  future  standardization  and  registration.  The  latter  may  include  some 
very  specific  requirements  from  application  areas. 

NOTE  — The  styles  restart  and  adaptive  continue  are  likely  to  yield  poor  results  if  the  drawn  lines  consist  of  many 
short  segments 


References: 

4.7.13 


6.7.41  LINE  TYPE  INITIAL  OFFSET 


Parameters: 

line  pattern  offset  (R) 

Description: 

The  line  pattern  offset  is  a real  number  between  0 and  1 which  indicates  how  far  into  the  current  line  pattern 
definition  the  drawing  is  actually  started  when  a dashed  hne  is  begun. 


References: 

4.7.13 
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5.7.42  TEXT  SCORE  TYPE 


Parameters: 

list  of  pairs  (score  type,  score  indicator)  (n[K,Ej) 


Description: 

The  following  values  are  defined  for  score  type: 

1:  right  score  (equivalent  to  underscore  in  left-U>right  writing  mode); 

2:  left  score  (equivalent  to  overscore  in  lefUo-right  writing  mode); 

3:  through  score  (equivalent  to  strikeout  in  lefUto-righl  writing  mode); 

4:  kendot  (emphasis  similar  to  underscore  for  Kanji) 

The  score  indicator  may  be  either  ’oF  or  ’on’.  The  value  ’off  indicates  that  the  corresponding  score  type  is  not 
used.  The  value  ’on’  indicates  that  the  corresponding  score  is  used. 

Any  combination  of  score  types  may  be  active  simuitaneousiy. 

The  text  score  may  be  changed  in  Text  Open  State  (TOS). 


References: 

4.6.3.2 

4.7.6 


Poye  38 

Subclause  5.7,  add  the  following  to  the  attribute  elements: 


5.7.43  RESTRICTED  TEXT  TYPE 


Parameters: 
index  (DC) 

Description: 

RESTRICTED  TEXT  constrains  text  strings  to  be  within  a parallelogram.  This  attribute  selects  one  of  a 
number  of  ways  of  applying  the  restriction  to  the  text  string.  Assigned  values  of  the  restricted  text  method 
index  are 

1:  basic; 

2;  boxed; 

3:  isotropic; 

4:  justified. 

The  effects  of  these  values  are  described  in  clause  4. 


References: 

4.7.6 
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5.7.44  HATCH  STYLE  DEFINITION 


Parameters: 
hatch  index  (DC) 

style  indicator  (one  of:  parallel,  crosshatch)  (E) 
hatch  direction  vectors 

(4VDC)  if  the  INTERIOR  STYLE  SPECFICATION  MODE  is  abaolule 

(4R)  otherwise 

duty  cycle  length  (R) 
number  of  hatch  lines  (I) 
list  of  gap  widths  (nl) 
list  of  line  types  (nDC) 


Description: 

This  element  defines  a hatch  style  and  associates  it  with  an  index  for  future  reference. 

The  hatch  index  parameter  defines  the  index  of  hatch  style  by  which  the  hatch  s(yle  is  subsequently  referenced. 
The  index  must  be  negative,  to  avoid  conflict  with  stand.ardized  and  registered  v.nlues. 

The  nvinber  of  hatch  lines  defines  the  number  of  entries  in  ihc  arrays  of  gap  widths  and  line  types.  The  list  of 
gap  v.'idlhs  defines  the  gaps  between  the  centres  of  the  lines  comprising  the  hatch.  Each  gap  specification 
defines  the  gap  following  the  associated  line  — that  is,  the  first  gap  follows  the  first  drawn  hatch  line. 

The  colour  of  each  hatch  line  is  the  current  fill  colour.  The  11*1  of  line  types  defines  the  line  type  of  each  the 
line  comprising  the  hatch. 

The  centre  of  the  first  hatch  line  is  aligned  with  the  PATTERN  REFERENCE  POINT. 

The  hatch  space  units  selector  specifies  the  units  of  the  duty  cycle  length. 

The  duty  cycle  length  is  measured  perpendicular  to  the  hatch  lines.  The  sum  of  hatch  line  gaps  in  the  hatch 
element  list  is  normalized  to  this  distance  before  presentation  of  the  hatch  on  the  view  surface. 

The  line  width  of  the  hatch  lines  is  equal  to  the  duty  cj'cie  Ictigth  divided  by  the  sum  of  the  gap  widths  — in 
the  units  by  which  the  gap  widths  are  specified  it  is  one  unit. 

The  hatch  direction  vectors  specify  the  directions  of  the  hatch  lines.  The  specification  units  are  determined  by 
the  current  INTERIOR  STYLE  SPECIFICATION  MODE,  as  are  the  transfortnation  properties  of  the  hatch 
style.  See  clause  4.  Only  the  first  vector  is  significant  if  the  hatch  type  is  ’pamllel'.  All  hatch  lines  in  the  first 
direction  are  drawn  first,  followed  by  all  lines  in  the  second  direction  (if  the  style  is  a crosshatch). 


References: 

4J.8 
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Parameters: 

geometric  pattern  index  (K) 
segment  identifier  (N) 
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pattern  extent  (2P) 


Description: 

This  element  defines  a geometric  pattern  and  associates  it  with  an  index  in  (he  geometric  pattern  table  for 
future  reference.  The  geometric  pattern  index  parameters  defines  the  index  by -which  the  geometric  pattern  is 
subsequently  referenced  with  the  PATTERN  INDEX  element.  Legal  values  for  the  geometric  pattern  index 
are  positive  integers. 

The  segment  identifier  specifies  the  segment  which  is  to  be  used  to  define  the  geometric  pattern. 

The  pattern  extent  is  specified  by  two  points.  The  first  point  and  second  point  define  two  comers  of  a rec- 
tangular extent.  The  defined  pattern  extent  rectangle  is  mapped  to  the  pattern  box  parallelogram  as  described 
under  the  PATTERN  slZE  element  when  a filled  area  element  is  displayed  with  a geometric  pattern  interior. 
Valid  values  for  the  two  points  are  any  two  distinct  points. 

When  interior  style  is  geometrie  pattern  the  interior  of  a filird-area  is  filli'<l  with  the  geometric  pattern 
specified  by  the  pattern  index  and  thb  element.  The  segment  is  copied  in  a manner  similar  to  COP^'  SEG- 
h^NT.  The  segment  is  clipped  to  the  rectangle  defined  by  the  pattern  extenc.  CLIP  INHERITANCE  has  no 
effect.  The  mheritance  filter  mechanism  controb  whether  attributes  are  iniicriied  from  the  current  modal 
values  or  those  specified  in  the  segment  are  used.  All  segment  attributes  except  SEGMENT  TRANSFORMA- 
TION, if  preseov  ^ ignored.  The  resulting  rectangle  is  mapped  onto  the  patiern  box  as  described  under 
Pattern  and  the  geometric  pattern  filk  the  interior  as  described  under  tliat  element. 

RedefinitioD  of  a ptanetric  pattern  index  which  has  already  been  defined  and  k in  use  has  no  dynamic  or 
retioactire  effects.  It  affects  only  those  primitives  coming  after  the  redefinition. 

ProTE  — The  default  segment  visibility  is  vitibU  When  defining  a segment  for  use  as  a geometric  pattern  the  segment 
visibility  should  be  set  to  invieibU. 


References: 

4.7.8 
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5.7.48  INTERPOLATED  INTERIOR  DEFINITION 


Parameters: 

style  (IX) 

reference  geometry 

if  INTERIOR  STYLE  SPECIFICATION  MODE  k abeoiute  (2ii\T)C), 

otherwise  (2nR) 

number  of  stages  (I) 

Ikt  of  stage  designators  (mR) 
list  of  reference  colours  (kCO) 


Description: 

The  style  parameter  selects  the  way  of  defining  the  coloured  plane.  The  following  values  are  defined: 
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1:  parallel; 

2:  elliptical; 

3:  triangular. 

The  geometry  of  the  shaded  plane  is  defined  relative  lo  llie  FO^L  REFER  I'N’CE  POENT.  The  scalars  of 
geometry  definition  are  applied  as  follows: 

parallel:  the  number  of  scalars  must  be  2.  The  pair  of  scalars  are  are  respectively  the  x and  y offset 

from  the  FILL  REFERENCE  POINT  to  a second  reference  i^oint. 

elliptical:  the  number  of  scalars  must  be  4.  The  first  pair  of  scalars  are  respectively  the  x and  y offset 

from  the  FILL  REFEIRENCE  POINT  to  the  first  CDP  of  an  ellipse  and  the  second  pair  are 
respectively  the  x and  y offset  from  the  FILL  REFERENCE  POINT  to  the  second  CDP  of 
the  ellipse. 

triangular:  the  number  of  scalars  must  be  4.  The  first  pair  of  scalars  arc  respectively  the  x and  y offwt 

from  the  FILL  REFEIRENCE  POINT  to  the  second  comer  of  a reference  triangle  and  the 
second  pair  are  respectively  the  x and  y offset  from  the  FIl.L  REFERENCE  POINT  to  the 
third  comer  of  the  reference  triangle. 

For  parallel  and  elliptical  styles,  one  or  more  bands  of  panlk  l or  concentric  iiiicriiolated  colours  are  defined  as 
follows. 

Delimiting  points  dividing  adjacent  interpolation  stages  are  defined  along  the  line  through  the  FILL  REFER- 
ENCE POINT  and  the  first  geometry  reference  point.  One  delimiter  of  the  first  stage  (there  must  be  at  least 
one  stage)  is  the  FILL  REFEREINCE  POINT.  If  the  line  through  the  FILL  REFERENCE  POINT  and  the 
first  geometry  reference  point  is  designated  L,  the  distance  from  the  FILL  REFEIRENCE  POINT  to  the  first 
geometry  reference  point  is  designated  d,  and  the  i-tli  stage  designator  is  denoted  5,.,  then  addition  stage  del- 
imiters are  defined  as  follows.  The  t-th  stage  delimiter  is  located  on  the  line  L at  a distance  dS^  from  the 
FILL  REFEIRENCE  POINT  (piositive  is  in  the  direction  of  the  first  geometiy  reference  point,  negative  is  in  the 
opposite  direction). 

The  colours  are  assigned  to  the  stage  delimiters  in  order,  and  linearly  iiitrr|K>lated  across  bands  that  are 
defined  by  adjacent  stage  delimiters. 

For  the  triangular  style,  the  first  reference  colour  is  applied  at  the  FILL  REFERENCE  POINT,  which  is  the 
first  comer  of  the  interpolated  triangle.  5,  is  applied  along  the  line  from  tJic  FILL  REFERENCE  POINT  to 
the  second  comer  to  determine  the  position  of  the  second  colour.  is  applied  along  the  line  from  the  FILL 
REFERENCE  POINT  to  the  third  comer  to  determine  the  position  of  the  second  colour.  The  interpolation  is 
defined  on  these  three  colour-tagged  points  as  defined  in  clause  4. 


References: 

4.7.8 

5.7.47  EDGE  CAP 


Parameters: 
edge  cap  indicator  (IX) 

dash  cap  indicator  (one  of:  unspecified,  match)  (E) 


Description: 

The  edge  c^  and  dash  cap  styles  are  defined  for  subsequent  line  elements.  TIic  edge  cap  indicator  determines 
the  appearance  of  opien  endpioints  (as  oppxxed  to  interior  vertices)  of  line  elements.  The  following  values  are 
defined: 
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I:  unspecified  — as  in  8632  version  1,  any  implementation  dependent  treatment  is  acceptable. 

2;  butt  — the  edge  is  squared  off  at  the  endpoint,  there  is  no  projection  beyond  the  endpoint. 

3:  round  — a semicircular  arc  with  diameter  equaJ  (o  llic  edge  width  is  drawn  around  the  endpoint  and 
filled  in.  The  drawn  edge  thus  projects  beyond  the  endpoint. 

4;  projecting  square  — ■ the  edge  is  squared  off  at  a distance  equal  to  half  the  edge  width  beyond  the  end- 
point. 

5:  triangle  • — a cap  is  added  to  the  edge  which  is  an  equilateral  triangle  whosq  side  equals  the  edge  width. 

The  dash  cap  indicator  determines  the  appearance  of  the  endpoints  of  individual  dashes  for  subsequent  dashed 
edges.  When  it  is  ’match’  the  endpoints  of  all  the  dashes  have  the  style  defined  by  the  tdge  cap  indicator. 
When  it  is  unapeeified  the  endpoints  of  all  dashes  have  the  have  implementation  dependent  treatment  (as  in 
8632  version  1),  except  for  the  open  endpoints  of  the  edges,  which  have  the  style  defined  by  the  edge  cap  indi- 
cator. 

NOTE  — Line  cap  values  are  registered  in  the  ISO  International  Register  o(  Graphical  Items,  which  is  maintained  by  the 
Registration  Authority.  When  a edge  cap  value  has  been  approved  by  the  ISO  Subcommittee  for  Computer  Graphics,  the 
edge  cap  value  will  be  assigned  by  the  Registration  Authority 


References: 

4.7.14 

6.7.48  EDGE  JOIN 


Parameters: 

edge  join  indicator  (IX) 


Description: 

The  edge  join  style  is  defined  for  subsequent  filled-area  elements.  The  edge  join  style  defines  the  appearance  of 
interior  vertices  of  individual  filled-area  elements  as  well  as  the  junctions  between  successive  individual  filled- 
area  elements  in  compoint  filled-area  elements.  The  defined  values  are: 

1:  unspecified  — as  in  8632  version  1,  any  implement.ation  dependent  treatment  is  acceptable. 

2:  mitre  — the  outer  edges  of  the  two  adjoining  edge  segments  are  extended  until  they  meet  at  a point. 

3:  round  — a circular  arc  with  diameter  equal  to  the  edge  width  is  drawn  around  the  vertex  between  the 
adjoining  segments  and  is  filled  in,  producing  a rounded  comer. 

4:  bevel  — the  adjoining  edge  segments  are  terminated  with  a butt  cap,  and  the  resulting  triangular  notch 
is  filled  in. 

NOTE  — Edge  join  values  are  registered  in  the  ISO  International  Register  of  Graphical  Items,  which  is  maintained  by  the 
Registration  Authonty  When  a edge  join  value  has  been  approved  by  the  ISO  Subcommittee  for  Computer  Graphics,  the 
edge  join  value  will  be  assigned  by  the  Registration  Authority 


References: 

4.7.14 


5.7.48  EDGE  TYPE  CONTINUATION 


Parmineters: 
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Elements 

eoniinuation  mode  (DC) 


Description: 

The  behaviour  of  dashed  edge  patterns  at  the  vertices  of  individual  edges  of  fillcd-area  elements  and  tlie  junc- 
tions between  successive  individual  filled-area  elements  in  compound  Rlled-area  elements  is  determined.  The 
following  standardized  values  are  defined: 

1:  unspecified  — as  in  8632  Version  1,  any  implementation  dependent  continuation  is  acceptable; 

2:  continue  — the  style  is  continued  without  interruption  across  vertices; 

3:  restart  — the  style  is  restarted  at  each  vertex; 

4:  adaptive  continue  — the  style  is  continued,  but  each  vertex  must  be  "inked". 

The  value  ’adaptive  continue’  requires  that  each  vertex  contains  a drawn  portion  of  the  pattern.  This  may 
require  the  pattern  to  be  stretched  or  compressed.  For  this  style  the  initial  and  final  points  of  the  line  are 
included  in  those  which  must  be  "inked". 

Positive  values  above  4 are  reserved  for  future  standardization  and  registration.  The  latter  may  include  some 
very  specific  requirements  from  application  areas. 

NOTE  — The  styles  restart  and  adaptive  continue  are  likely  to  yield  poor  results  if  the  drawn  lines  consist  o(  many 
short  segments 


References: 

4.7.14 


5.7.50  EDGE  TYPE  INITIAL  OFFSET 

Parameters: 

edge  pattern  offset  (R) 

Description: 

The  edge  pattern  offset  is  a real  number  between  0 and  1 which  indicates  how  far  into  the  current  edge  p.ittern 
definition  the  drawing  is  actually  started  when  a dashed  edge  is  begun. 

References: 

4.7.14 


5.7.51  SYMBOL  LIBRARY  INDEX 


Parameters: 

symbol  library  index  (DC) 


Description: 

The  s>'mbol  library  index  is  set  to  the  value  specified  by  the  parameter.  The  sy'mbol  index  selects  a symbol 
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library  from  the  symbol  library  list  defined  in  the  Metafilr  Descriptor. 
Legal  values  of  the  symbol  library  index  parameter  are  positive  integers. 

References: 

4.6.12 

5.7.S2  SYMBOL  COLOUR 


Parameters: 

symbol  colour  specifier 

if  the  colour  selection  mode  is  ’indexed', 
symbol  colour  index  (Cl) 

if  the  colour  selection  mode  is  ’direct’, 
symbol  colour  value  (CD) 


Description: 

The  s%'mbol  colour  index  or  symbol  colour  value  is  set  as  .specified  by  the  param<-tcr(s). 

NOTE  — Colour  may  be  an  aspect  of  a symbol’s  definition  iii  the  symbol  library  Annex  D gives  recommendations  on 
how  to  handle  SYMBOL  COLOUR  when  the  symbol  itself  contains  colour 


References: 

4.6.12 

D.4.6 


5.7.53  SYMBOL  SIZE 


Parameters: 

scale  indicator  (one  of:  height,  width,  both)  (E) 
symbol  height  (VDC) 
symbol  width  (VDC) 


Description: 

Tlie  $fmbol  height  and  symbol  width  are  set  to  the  values  specified  by  the  p.irameters.  See  4.6  for  a list  of 
symbol  elements,  as  well  as  a desenption  of  the  use  of  the  symbol  attributes  by  gmeraten  and  interpreters. 

Valid  values  of  symbol  height  and  symbol  width  are  positive  \TDC. 


References: 

4J.12 
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5.7.54  SYMBOL  ORIENTATION 


Parameters: 

symbol  up,  x component  (VDC) 
symbol  up,  y component  (VDC) 
symbol  base,  x component  (VDC) 
symbol  base,  y component  (VDC) 


Description: 

Two  vectors  are  defined  which  determine  the  orientation  and  skew  of  symbols  in  subsec^uent  symbol  elements. 
See  4.6  for  a list  of  symbol  elements,  as  well  as  a description  of  how  symbols  arc  sized  and  oriented  for  display. 

Valid  values  for  the  vectors  include  any  which  have  non-zero  length,  and  are  not  collinear. 


References: 

4.6.12 
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5.5.11,  SAVE  PRINOTIVE  CONTEXT: 

add  alter  LINE  CLIPPING  MODE: 

LINE  CAP 
LINE  JOIN 

LINE  "nTE  CONTINUATION 
LINE  TYPE  INITIAL  OFFSET 

add  after  ALTERNATE  CHARACTER  SET  INDEX: 

TEXT  SCORE  TYPE 
RESTRICTED  TEXT  TYPE 
GENERALIZED  TEXT  PATH  MODE 

add  after  INTERIOR  ST^LE: 

INTERPOLATED  INTERIOR  DEFINITION 

add  after  EDGE  CLIPPING  MODE: 

EDGE  CAP 
EDGE  JOIN 

EDGE  TYPE  CONTINUATION 
EDGE  TYPE  INITIAL  OFFSET 

add  after  PICK  IDENTIFIER: 

SYMBOL  LIBRARY  INDEX 
SYMBOL  COLOUR 
SYMBOL  SIZE 
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SYMBOL  ORIENTATION 
add  after  CUP  RECTANGLE: 
PROTECTION  REGION  INDICATOR 
after  TRANSPARENCY: 

MITRE  LIMIT 


Elementa 


Page  100  (Atn.1  page  il) 

5.10.1.2,  INHERITANCE  FILTER,  add  to  (he  filler  .srlection  list: 


add  after  LINE  CUPPING  MODE: 

LINE  CAP 
LINE  JOIN 

LINE  TYPE  CONTINUATION 
LINE  TYPE  INITIAL  OFFSET 

after  TEXT  COLOUR: 

TEXT  SCORE  "nTE 
RESTRICTED  TEXT  TiTE 


after  TEXT  ALIGNMENT: 


GENERALIZED  TEXT  PATH  MODE 

after  PATTERN  INDEX: 

INTERPOLATED  INTERIOR  DEFINITION 

after  EDGE  CLIPPING  MODE: 

EDGE  CAP 
EDGE  JOIN 

EDGE  TYPE  CONTINUATION 
EDGE  TYPE  INITIAL  OFFSET 

after  PICK  IDENTIFIER: 

SYMBOL  LIBRARY  INDEX 
SYMBOL  COLOUR 
SYMBOL  SIZE 
SYMBOL  ORIENTATION 

after  TRANSPARENCY: 

MITRE  LIMIT 
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5.10.1.3,  CLIP  INHERITANCE,  add  a sentence  ;ii  ilic  start  of  tlic  cl.noc. 

The  description  of  clipping  in  this  subciause  also  applies  to  ilic  protection  region  used  for  clipping  and  shielding 
of  arbitrary  areas. 

Page  100 

Add  a new  subclause  after  5.10.2.4; 

5.10.2.5  SEGMENT  VISmiLITY 


Parameters: 

segment  identifier  (N) 

visibility  (one  of:  visible,  invisible)  (E) 


Description: 

When  the  visibility  attributes  is  set  to  visible  the  segment  i.s  displ.nyed.  When  the  attribute  is  set  to  tnviatble 
the  segment  is  not  displayed. 


References: 

4.12.1 
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6 Defaults 

Page  101 
Page  101 

Clause  6,  add  to  the  definition  of  the  LINE  W'lD'ri  I default; 

if  LINE  WIDTH  SPECIFICATION  MODE  is  ’fractional',  0.001;  if  LINE  WIDTH  SPECIFICATION  MODE 
is  ’mm’,  0.35; 

Page  101 

Clause  6,  add  to  the  definition  of  the  M\RKE1?  SIZE  default: 

if  MAPlvER  SIZE  SPECFICATION  MODE  is  ’fraciionai',  O.OOl;  if  MARKER  SIZE  SPECIFICATION 
MODE  is  ’mm’,  0.35; 

Page  lOl 

Clause  6,  add  to  the  definition  of  the  EDGE  ^\■I1.)T11  default: 

if  EDGE  WIDTH  SPECIFICATION  MODE  is  ’fractional’,  0.001;  if  EDCiE  WIDTH  SPECIFICATION 
MODE  is  ’mm’,  0.35; 

Page  103 

Clause  6,  change  the  default  of  P.ATTERN  SIZE  to; 

0.dy,dx,0,  where  depending  upon  the  value  of  INTERIOR 
STYLE  SPECIFICATION  MODE  dy  and  dx  are  respectively: 

~ height  and  width  of  default  VDC  extent  if  abaolnte; 

height  and  width  of  some  device-dependent  “nominal”  if  sealed-, 

0.,J.,l-,0.  if  fractional-, 

— 0.,1.,1.,0.  if  mm; 

Page  101 

Clause  6:  Add  the  following  default  specifications; 

Protection  region:  default  \T)C  Extent 


COLOUR  MODEL; 


1 (RGD) 


84 


COLOUR  CALIBRATION: 


reference  wliile  value,  D65 
0.391  0.3G.'>  0.102 
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0.212  0.701  0.CS7 

0.019  0.1 12  0.938 

0 (no  lookup  Inble) 

INTERIOR  STYLE  SPECIFICATION  MODE- 

absolute 

PROTECTION  REGION  INDICATOR: 

0 (off] 

MITRE  LIMIT: 

1.0 

GENTRALIZED  TEXT  PATH  MODE; 

off 

LINE  CAP: 

1 (unspecified,  as  8632  version  1) 

LINE  JOIN: 

1 (unspecified,  as  8632  version  1) 

LINE  T'lTE  CONTINUATION: 

1 (unspecifie<l,  .as  8632  version  I) 

line:  nTE  initial  offset: 

0.0 

TEXT  SCORE  TYPE: 

all  text  scores  .ire  ’ofT 

RESTRICTED  TEXT  TiPE; 

1 (basic) 

GEOMETRIC  PATTERN 

1 

INTERPOLATED  INTERIOR  DEFINITION: 

style,  ’parallel’ 

referenre  points  — \T)C  extent 

reference  colours  — deviee-dopendent  background  colour  if 
COLOL’R  SEI.ECTION  MODE  is  ’direct’, 

0 if  COLOUR  SELECTION  MODE  is  ’indexed’ 

EDGE  CAP: 

1 (unspecified,  as  8632  version  1) 

EDGE  JOIN; 

1 (unspecified,  .as  8632  versioti  1) 

EDGE  ElTE  CONTINUATION; 

1 (unspecified,  as  8632  version  I) 

EDGE  TYPE  INITIAL  OFFSET; 

0.0 

SYMBOL  LIBRARY  INDEX; 

n/a 

SYMBOL  LIBRARY  LIST; 

n/a 

SYXCBOL  ORIENTATION 

as  default  ClLMlACTER  ORIENTATION 

SYMBOL  SIZE 

scaling  indicator,  ’height’ 

height,  and  width,  0.01  of  longest  side  of  default  VDC  Extent. 

SEGMENT  VISIBILITY 

visible 

October  1000  DAM  text  86 


147 


ISO/DEC  8632-1:1987/ Am.3:18gi  (E) 


7 Annex  D 


Pagt  132 

Subclause  D.4.6,  add  the  following  new  paragraphs  at  the  end: 

SYMBOL  COLOUR 

It  is  implementation  dependent  how  a COM  interpreter  applies  SYMBOL  COLOUR  if  a symbol  is  selected 
whose  definition  includes  colour  information. 


Tile  Array 

If  the  number  of  tiles  present  does  not  match  the  count  specified  l>y  the  BEGIN  TILE  /VRRAY  parameter,  it  is 
recommended  that  the  missing  tiles  be  treated  as  encoded  as  "null  background". 


GEOMETRIC  PATTERN 

If  an  index  has  not  been  defined,  or  a segment  lias  not  been  defined  an  empty  segment  is  used  for  the  geometric 
pattern.  The  effect  is  the  same  as  interior  style  empty*. 

Page  133 


Add  to  the  table  in  D.5 

GEOMETRIC  PATTERN  TABLE  I,  interpreter-ilepcndent. 
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8 Annex  I 


Page  1^4  (Am.l  page  93) 

Insert  new  annex  I defining  the  formaJ  grammar  of  version  3 metafiles; 

Annex  I 

Formal  Grammar  of  the  functional  specification 
of  version  3 metafiles. 


(This  annex  forms  an  integral  part  of  the  standard.) 


Ll  Introduction 

This  grammar  is  a formal  definition  of  a standard  COM  extended  syntax  for  Version  3 metafiles  The 
encoding-independent  and  the  encoding-dependent  productions  arc  separated,  and  there  are  subsections  show- 
ing the  syntax  of  each  of  the  standardized  encoding  schemes.  Details  on  the  enroding  of  terminal  symbols  can 
be  found  in  parts  of  this  Standard  that  deal  with  the  particular  encoding  schemes. 


1.2  Notation  Used 


< symbol  > 

< SYMBOL  > 

< symbol  >• 

< symbol  >-f 
<symbol>o 
<symbol>(n) 

<^mbol-l>  ::=  <symbol-2> 
<symbol-l>  | < symbol-2  > 
<symbol;  meaning > 
{comment} 


- nonterminal 

- terminal 

- 0 or  more  occurrences 

- 1 or  more  occurrences 

- optional  (0  or  1 occurrences) 

- exactly  n occurrences,  n*2,3,... 

• symbol-1  has  the  s>'ntax  of  s>'mbol-2 

- symbol-1  or  alternatively  sj’iiibol-2 

- symbol  with  the  stated  meaning 

- explanation  of  a symbol  or  a production 


I.S  Detailed  Grammar 


L3.1  Metafile  structtire 

< metafile  > 

< metafile  identifier  > 

October  1900 


< BEGIN  METAFILE > 
< metafile  identifier  > 

< metafile  descriptor  > 

< metafile  conleiils>  * 
<END  METAFILE  > 

::=  < string  > 
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< metafile  contents  > 

< extra  element  > * 

< picture  > 

< extra  element  > * 

< extra  element  > 

::=  < external  element  > 

1 < escape  element  > 

< picture  > 

< BEGIN  PICTlTnO 

< picture  identifier  > 

< picture  descriptor  element  > * 

< BEGIN  PICTURE  B0DY> 

< picture  content  >* 

<END  PICTURE  > 

< picture  identifier  > 

::=*  < string  > 

< picture  content  > 

< picture  element  > 

1 < segment  > 

< picture  element  > 

< control  element > 

1 < graphical  element  > 

1 < closed  figure  > 

1 < primitive  attribute  clement  > 

1 < pattern  table  clement > 

1 < colour  table  element  > 

1 < specification  clement > 

1 < segment  control  element > 

1 <compound  patli> 

1 < protection  region  > 

1 <tile  array  > 

1 < extra  element  > 

< segment  > 

::=  < BEGIN  SEGMENT  > 

<segment  identifier > 

<segment  attribute  clement>  * 

< eligible  picture  element > * 

< compound  path  > * 

< protection  region  > * 

<END  SEGMENT  > 

< segment  identifier  > 

<name> 

< eligible  picture  element  > 

< control  element  > 

1 < graphical  element  > 

1 < closed  figure  > 

1 < primitive  attribute  element > 

1 <specification  elcment> 

I < segment  control  element  > 

1 < extra  element  > 

< compound  path> 

::=  <BEGIN  COMPOUNT)  PATH  > 

<path  typc> 

< eligible  element  within  compound  paih>* 

<END  COMPOUND  PATH> 

< eligible  element  within 

88 
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compound  path> 


<path  l>'pe> 

< protection  region  > 

< region  uuiex> 

<efigfble  eJement  within 
protection  region  > 


<tile  array  > 

October  1990 


::=  <POL'iXlNE> 

1 < DISJOINT 
i <GDP> 

I < CIRCULAR  ARC  3 POINT > 

I <cniCULAR  ARC  CENTRE  > 

I < ELLIPTICAL  ARC > 

I < CIRCULAR  ARC  CENTRE  RE\'ERSrD> 
I < HYPERBOLIC  ARC > 

1 < PARABOLIC /\RC> 

I < NON-UNFORM  D-SPLINE> 

I < NON-UNFORM  RATIONAl.  B-SPLINE> 
I <POLYBEZFR> 

1 < ESCAPE > 

I < MESSAGE > 

< APPLICATION  DATA  > 


< index  > 


< BEGIN  PROTECTION  REG10N> 

< region  index  > 

< eligible  element  wii bin  protection  region >* 

<ENT)  PROTECTION  REGION > 


<index> 


<POL^XINE> 

1 < DISJOINT  P0LMJNE> 

I < POLYGON > 

I <P0LYG0NSET> 

I <GDP> 

I < RECTANGLE > 

I < CIRCLE  > 

I <CIRCUL.\R  ARC  3 POINT> 

I < CIRCULAR  ARC  3 POINT  CLOSE > 

I <CIRCUL;\R  ARC  CENTRE > 

I < CIRCULAR  y\RC  CENTRE  CLOSE  > 

1 <ELLFSE> 

I <ELLFTICAI.  ARO 
I <ELLFTICAL  ARC  CLOSE  > 

1 < CIRCULAR  ARC  CENTRE  RE\'ERSED> 
1 < PARABOLIC  ARC  > 

I <HYPERBOLIC  ARO 
I < NON-UNFORM  B-SPLINE> 

I < NON-UNFORM  RATIONAl.  B-SPLINE> 
I <POLYBEZER> 

I < ESCAPE > 

I < MESSAGE  > 

I < APPLICATION  DATA  > 

< BEGIN  TILE  ARR AY  > 

< position  > 

<cell  patii  direction  enumerated > 

<line  progression  direction  enumerated > 
<number  of  tiles  in  path  direction  > 

< number  of  tiles  in  line  direction  > 
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< position  > 

<cell  path  direction  enumerated  > 

<line  progression  direction 
enumerated  > 

< number  of  tiles  in  path 

direction  > 

< number  of  tiles  in  line  direction  > 

< number  of  ceils/tile  in 

path  direction  > 

< number  of  ceils/tile  in 

line  direction  > 

<cell  size  in  path  direction  > 

<line  size  in  path  direction  > 

< image  offset  in  path  direction  > 

< image  offset  in  line  direction  > 

< number  of  ceils  in  path 

direction  > 

< number  of  cells  in  line 
direction  > 

< eligible  element  within 

tile  array  > 

L3.2  Metafile  descriptor  elements 

< metafile  descriptor  > 


< number  of  ccils/tilc  in  path  direct  ion  > 
<number  of  ccils/lile  in  line  <lircciion> 
<cell  size  in  path  direction  > 

<line  size  in  path  direction  > 

< image  offset  in  path  direction  > 
<image  offset  in  line  direction  > 

< number  of  ceils  in  path  direction  > 

< number  of  cells  in  line  direct  ion  > 

< eligible  element  within  tile  array  >* 

< END  TILE  ARRAY > 

< point  > 

<0  DEGREES > 

<90  DEGREES  > 

<180  DEGREES  > 

<270  DEGREES  > 


<90  DEGREES > 
<270  DEGREES > 


< integer  > 
< integer  > 


< integer  > 


< integer  > 
<real> 
<real> 

< integer  > 

< integer  > 


< integer  > 


< integer  > 


< BITON AL  TILE> 
<TILE> 

< extra  element  > 


< < optional  descriptor  element  >* 
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< version  > 


< element  list> 


< element  name  shorthand 
enumerated  > 


< optional  desenptor  element  > 


October  1090 


< version  > 

<optional  descriptor  eiement>* 

< element  list  > 

<optional  descriptor  ciement>*> 

I < < optional  descriptor  element  > * 

< element  list> 

< optional  descri|>tor  clement  > * 

< version  > 

< optional  descriptor  clement>*> 

< METAFILE  \TRS10N> 

< integer  > 

<METAFILE  ELEMENT  LIST  > 

< element  namc>* 

I < element  name  shorthand  enumerated  > * 


<DRA\VTNGSET> 

I < DRAWING  PLUS  CONTROL  SET> 

I <VERSION2SET> 

I < EXTENDED  PRIMITIVES  SET > 

I < VERSION  2 GKSM  SET  > 

I >VERSION3SET> 

< description  > 

I <VDCTYPE> 

<vdc  type  enumerated  > 

I <MAXIMlTMCOLOirR  INDEX  > 

< colour  index  > 

I < COLOUR  value  EXTENT > 

< colour  value  mapping  specifier  > 

I <METAFILE  DEFAULTS  REPLACEMENT  > 

< element  dcfault>-(- 

I <FONTLIST> 

<font  nanie>  + 

I <CHAR.\CTER  SET  LIST> 

< character  set  dcfinition>+ 

I < CHARACTER  CODING  ANNOUNCER  > 

< coding  technique  enumerated  > 

I < scalar  precision  > 

1 <MAXIMUM\'DC  EXTENT  > 

< point  > (2) 

I <SEGMENT  PRIORITY  EXTENT > 

< minimum  extent  > 

< maximum  extent  > 

I <segment> 

I < COLOUR  MODEL  > 

< index  > 

I < COLOUR  CALIBR.\TION> 

< reference  white  > 

< calibration  data> 

I < FONT  PROPERTIES > 

<font  property  4-tuple  >-t- 

I < GLYPH  MAPPINO 

< index  > 
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< character  set  type  enumerated  > 

< designal  ion  scqticnce> 

< octets  per  codc> 

<code  glyph  name  pair>-f- 

1 < SYMBOL  LIBRARY  LIST > 

<symbol  library'  names  > -4- 
1 < extra  element  > ^ 

< description  > 

;=  <METAFILE  DESCRIPTION  > 

<string> 

<vdc  tj"pe  enumerated  > 

:=  < INTEGER  > 

1 <REAL> 

< element  default  > 

< control  element  > 

1 < picture  descriptor  element  > 

1 < primitive  attribute  element  > 

1 < extra  element  > 

<font  name>  : 

:=»  < string  > 

< character  set  definition  > : 

:=  < character  set  enumerated  > 

< designation  sequence  > 

< index  > 

;•=  < standard  index  value  > 

1 < private  index  value  > 

< standard  index  value  > 

< non-negative  integer  > 

< positive  integer  > 

< private  index  value  > 

< negative  integer  > 

< positive  index  > 

= < positive  integer  > 

=■  < integer > {greater  or  equal  to  0) 

=*  <integer>  {greater  than  0} 

» < negative  integer > 

= < integer > {less  than  0} 

< positive  integer > 

< character  set  enumerated  > 

:=  <94CHAR> 

1 <96CHAR> 

1 <MULTI-B'iTE94  CIIAR> 

1 <MULTI-BYTE96CHAR> 

1 < COMPLETE  CODE  > 

< coding  technique  enumerated  > 

=>  <BASIC7.DIT> 

1 <BASIC8.BIT> 

1 < EXTENDED  7-BIT  > 

1 <EXTENDED  8-BIT> 

< designation  sequence  > 

» <string> 

< scalar  precision  > 

= < INTEGER  PRECISION  > 

< integer  precision  value  > 

1 < REAL  PRECISION  > 

<real  precision  value  > 

1 < INDEX  PRECISION  > 

< index  precision  value  > 

1 < COLOUR  PRECISION  > 

< colour  precision  value  > 

1 < COLOUR  INDEX  PRECISION  > 

02 
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< point  > 

< colour  index  precision  value  > 

1 < NAME  PRECISION  > 

<name  precision  value  > 

{these  elements  have  encoding} 

(dependent  parameters} 

;:=  <vdc  value  > (2) 

< minimum  extent  > 

::=»  < integer  > 

< maximum  extent  > 

:;»»  < integer  > 

< colour  value  mapping  specifier  > 

< colour  direct  > (2) 

1 (<colour  scaleXcolour  offset>)(3) 

< colour  scale  > 

:r=  < real  > 

< colour  offset  > 

<real> 

<font  properly  4-tuple  > 

< index  > (2) 

< properly  value  > 

< integer  > 

< property  value  > 

<integer> 

1 < real  > 

1 < index  > 

1 < string  > 

1 <octet> 

< octets  per  co<ie> 

< integer > {n>0} 

<cocie  glyph  name  pair> 

<code> 

< glyph  name> 

< repeat  numbcr> 

<code> 

<octet>(n) 

< glyph  name> 

< integer  > 

< repeat  number  > 

< integer  > 

< reference  white  > 

<real>(3) 

< calibration  data> 

<rgb  calibration  data> 

1 <cmyk  calibration  data> 

<rgb  calibration  data> 

<3x3  matrix  of  reals  > 

< integer  > 

< lookup  table  entrj-  for  red  > (integer) 

< lookup  table  entry  for  green  > (integer) 

< lookup  table  entry  for  blue  > (integer) 

<cmyk  calibration  data> 

< integer  > 

<cmyk  grid  location  > (integer) 

<ciexyz  grid  location  > (integer) 
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<l<X)kup  table  entry  for  re<i>  ::= 

<cco  value  > (2) 

< lookup  table  entry  for  green  > 

<cco  value>(2) 

< lookup  table  entry  for  blue> 

<cco  value>(2) 

<cmyk  grid  location  > 

< colour  direct  > ^ 

< ciex>’z  grid  location  > 

<real>(3) 

< symbol  library  name>  ::=■ 

< string  > 

L3.3  Picture  descriptor  elements 


< picture  descriptor  element  > ;:=» 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

< SCALING  MODE> 

<scaJing  specification  mode  enumerated  > 

< metric  scale  factor  > 

<VDC  EXTENT  > 

< point  > (2) 

<DEV]CE  \TE\VPORT> 

< viewport  point  > (2) 

<DE\TCE  \TE\VPORT  SPECIFICATION  MODE 
<VC  specifier  enumerated> 

< metric  scale  factor  > 

< DEVICE  \'IE\\PORT  MAPPING  > 

< isotropy  flag  enumerated  > 

< horizontal  alignment  flag  enumerated  > 

<vertical  aJigninent  flag  enumerated  > 

< BACKGROUND  COLOUR  > 

< colour  direct  > 

<specification  clement  > 

< representation  element  > 

< pattern  table  element  > 

< colour  table  element  > 

< extra  element  > 

< colour  > 

1 

< colour  index  > 

< colour  direct  > 

< specification  element  > 

1 

1 

1 

1 

< COLOUR  SELECTION  MODE> 

< colour  selection  mode  enumerated  > 

<LINE  WIDTH  SPECIFICATION  MODE> 

< specification  mode  enumerated  > 

<MARKER  SIZE  SPECIFICATION  MODE> 

<specification  mode  enumerated  > 

<EDGE  WIDTH  SPECIFICATION  MODE> 

< specification  mode  enumerated  > 

< INTERIOR  STiTE  SPECIFICATION  MODE> 

< specification  mode  enumerated  > 

< colour  selection  mode 
enumerated  > 

1 

< INDEXED  > 

< DIRECT  > 

< scaling  specification  mode 
enumerated  > 

< ABSTRACT  > 

84 

DAM  text  October  1980 

156 


ISO/IEC  8632-l:1987/Am.3:1001  (E) 

Axmex  I 


1 < METRIC  > 

< metric  scaJe  factor  > 

::=  <real> 

< isotropy  flag  enumerated  > 

< NOT  FORCED > 

1 < FORCED > 

< horizontal  alignment  flag 
enumerated  > 

<LEFT> 

1 < CENTRE > 

1 < RIGHT  > 

< vertical  alignment  flag 
enumerated  > 

<BOTTOM> 

1 <CENTRE> 

1 <T0P> 

< specification  mode  enumerated  > 

<ABS0LUTE> 

1 < SCALED > 

1 < FRACTIONAL  > 

1 < MILLIMETRES  > 

< viewport  point > 

<vcvalue>(2) 

<VC  specifier  enumerated  > 

::=  <FRACTI0N  OF  DISPLAY  SURF.\CE> 

1 < MILLIMETRES  WITH  SCALE  FACTOR > 

1 <Pm'SICAL  DE\'1CE  COORDIN  \ I'ES> 

< representation  element  > 

< LINE  REPRESENTATION > 

< positive  index  > 

< index  > {line  type} 

<sizevalue>  {line  width} 

< colour  > 

1 < MARKER  REPRESENTATION > 

< positive  index  > 

< index  > {marker  type} 

<si2e  value  > 

< colour  > 

1 < TEXT  REPRESENTATION  > 

< positive  index  > 

< positive  index  > (font} 

< text  precision  enumerated  > 

<real>  {character  spacing} 

<real>  {expansion  factor} 

< colour  > 

1 < FILL  REPRESENTATION  > 

< positive  index  > 

< interior  style  enumerated  > 

< colour  > 

<index>  {hatch  index} 

< positive  index > {pattern  index} 

1 < EDGE  REPRESENTATION  > 

< positive  index  > 

<index>  {edge  type} 

<si2e  valiie>  {edge  width} 

< colour  > 
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<size  value  > 

< non-negative  vdc  value  > 

1 

< non-negative  rc.al> 

< non-negative  vdc  value  > 

<vdcvalue>  {greater  or  equal  to  0} 

< non-negative  real> 

<real>  (greater  or  equal  to  0} 

< colour  > 

< colour  index  > 

' 1 

<red  green  biuc> 

<text  precision  enumerated  > 

<STRING> 

1 

< CHARACTER > 

1 

< STROKE  > 

< interior  style  enumerated  > 

••as 

<HOLLOW> 

1 

< SOLID  > 

1 

< PATTER  .N’> 

1 

< HATCH > 

1 

<ENtPTY> 

1 

< GEOMETR IC  PATTERN  > 

1 

< INTERPOLATED  > 

1.3.4  Control  elements 

< control  element > 

< vdc  precision  > 

1 

<AUXILL\nY  COLOUR  > 

< colour  > 

1 

<TRANSP.\RENCY> 

< on-off  indicator  enumerated  > 

1 

<CLIP  RECTANGLE  > 

< point  > (2) 

1 

<CLIP  INDICATOR  > 

< on-off  indicator  enumerated  > 

1 

<LINE  CLIPPING  M0DE> 

<clip  mode  enumerated  > 

1 

< MARKER  CLIPPING  MODE> 

<clip  mode  enumerated  > 

1 

<EDGE  CLIPPING  MODE> 

<ciip  mode  enumerated  > 

i 

<SAVE  primitpt:  context  > 

< context  name  > 

1 

<RESTORE  PRIMITIVE  CONTEXT > 

< context  name> 

1 

<PROTECTION  REGION  INDICATOR  > 

< region  index  > 

< region  indicator  > 

1 

< GENERALIZED  TEXT  PATH  MODE> 
< text  path  > 

1 

<MITRE  LIMIT> 

<real> 

<on-ofT  indicator  enumerated  > 

<ON> 

' 1 

<OFF> 

<vdc  precision  > 

<VDC  INTEGER  PRECISION  > 

<vdc  integer  precision  value  > 

96 
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1 <VT)C  RE/M  PRECISION > 

<vdc  real  precision  value  > 

{these  elements  Imvc  encoding} 

{dependent  paraineicrs} 

<clip  mode  enumerated  > 

< LOCUS  > 

1 <SHAPE> 

1 < LOCUS  THEN  SI  L\PE> 

< context  name  > 

<name> 

< region  index  > 

< index  > 

< region  indicator  > 

< index  > 

<text  path  enumerated  > 

<OFF> 

1 <NON-TANGENTL\L> 

1 <AX1S-TANGENTL\L> 

1.3.5  Graphic&l  elements 


< graphical  element  > 

< polypoint  element  > 

1 < text  element > 

1 <cell  element > 

1 <gdp  element  > 

1 < rectangle  element  > 

1 < circular  element  > 

1 < elliptical  element  > 

1 < pointless  element  > 

1 < curve  element  > 

1 < symbol  element  > 

1 < tile  element  > 

<polypoint  element  > 

<POL’iTINE> 

< point  pair> 

< point  list  > 

1 < DISJOINT  P0IAUINE> 

< point  pair> 

< point  pair  list> 

1 <P0LYMARI^> 

< point  > 

< point  list> 

1 < POLYGON > 

<point>(3) 

< point  list> 

1 < POLYGON  SET  > 

< point  edge  pair  > (3) 

< point  edge  pair  list> 

1 <POLYBEZIER> 

< index  > 

< control  point  list> 

< point  list> 

< point  >• 

< point  pair  list> 

::=  < point  pair  >• 
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< control  point  > 

:;=  <point>(-l) 

< control  point  list> 

::=  < control  point  > * 

< point  pair> 

::=  <point>(2) 

< point  edge  pair> 

< point >< edge  out  flag > 

< point  edge  pair  list> 

< point  edge  pair  > * 

<edge  out  flag> 

< INVISIBLE  > 

1 < VISIBLE  > 

1 < CLOSE  INVISIBLE  > 

1 < CLOSE  VISIBLE  > 

<text  clement  > 

<TEXT> 

< point  > 

< text  tail  > 

1 <restrictcd  text  element > 

< restricted  text  element  > 

::=  < RESTRICTED  TEXT> 

< extent  > 

< point  > 

<text  tail> 

< extent > 

<vdc  value>(2) 

<text  tail> 

::=»  < final  character  list> 

1 < nonfinal  character  list  > 

< final  character  Iist> 

< FINAL  > 

< string  > 

< nonfinal  character  list> 

::=  <NOTFTN/\L> 

<string> 

< partial  text  attribute  element  >* 

<spanned  text> 

< spanned  text> 

< APPEND  TEXT> 

<text  tail> 

<cell  element  > 

< CELL  ARRAY  > 

<point>(3) 

< integer  > (2) 

<locai  colour  precision  > 

< colour  >{integcrl  x integer2) 

{this  element  has  an  encoding} 

(dependent  parameter} 

< local  colour  precision  > 

< colour  precision  value > 

1 < colour  index  precision  value  > 

1 < default  colour  precision  indicator  > 

<gdp  element  > 

:.=  <GDP> 

<gdp  identifier  > 

ra 
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< point  list> 

< data  record  > 

<gdp  identifier > 

< integer  > 

< rectangle  element  > 

< RECTANGLE  > 

< point  pair> 

< circular  element> 

< CIRCLE  > 

< point  > 

< radius > 

1 <CIRCULAR  ARC  3 P0INT> 

< point  > (3) 

I <CIRCULAR  ARC  3 POINT  CLOSE > 

<point>(3) 

< close  type> 

1 < CIRCULAR  ARC  CENTRE > 

< point  > 

<vdc  value  >(■!) 

< radius > 

1 <ClRCULvVR  ARC  CENTRE  CLOSE > 

< point  > 

<vdc  value>(  1) 

<radius> 

< close  type> 

1 <CIRCLTLAR  ARC  CENTRE  RE\'ERSED> 

< point  > 

<vdc  value>(l) 

< radius > 

<radius> 

< non-negative  vdc  value  > 

< close  iype> 

::=  <PIE> 

1 <CHORD> 

< elliptical  element  > 

<ELLIPSE> 

< point  > (3) 

1 <ELLIPTICAL  ARC> 

< point  > (3) 

<vdc  value>(4) 

1 <ELL1PTICAL  ARC  CLOSE> 

< point  > (3) 

<vdc  value  >(-1) 

< close  type> 

< pointless  element > 

< CONNECTING  EDGE  > 

< curve  element  > ' 

< HYPERBOLIC  ARO 
<point>(3) 

<vdc  value>(-l) 

1 <PARABOLIC  ARO 
<point>(3) 

1 < NON-UNIFORM  B.SPLINE> 

< spline  order  > 

< number  of  control  points > 

< control  points  > 
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< list  of  knots  > 

< parameter  start  value  > 

< parameter  end  value  > 

1 <NON-UNFORM  RATIONAL  15-Sri,INE> 

<spline  order  > 

< number  of  control  points  > 

< control  points  > ^ 

< list  of  knots  > 

< parameter  start  value  > 

< parameter  end  value  > 

< weights  > 

I <POLYBEZIER> 

< index  > 

< point  >(n) 

< spline  order  > 

< positive  integer > {m} 

< number  of  control  points  > 

<mteger>  {n>m} 

< control  points  > 

<point>(n) 

<list  of  knots  > 

<real>(m+ii) 

< parameter  start  value  > 

<real> 

< parameter  end  value  > 

::=  <real> 

<weiglits> 

:;=  <rcal>{m) 

<symbol  element> 

<SYMBOL> 

< point  > 

< index  > 

<tile  element  > 

::=  <BITONAL  TILE> 

<tiie  identifier  > 

< compression  type  > 

< ceil  colour  precision  > 

<cell  background  colour  > 

<cell  foreground  colour  > 

< compressed  colour  specifiers  > 

1 <‘mE> 

<tile  identifier  > 

< compression  typc> 

< cell  colour  precision  > 

< compressed  colour  specifiers  > 

<tile  identifier  > 

< index  > 

< compression  type> 

< index  > 

1.3. S Attribute  elements 


< primitive  attribute  element  > 

::=  < line  attribute  clement > 

1 < marker  attribute  clement > 

1 <lext  attribute  eleincnt> 
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<line  attribute  element  > 


< marker  attribute  element  > 


< partial  text  attribute  element> 


October  1860 


I < filled-area  attribute  element> 

I < aspect  source  Hags  > 

I <pick  identifier  > 

I <symbol  attribute  clement> 

<LINE  BUNDLE  INDEX  > 

< positive  index  > 

I <LINE'nPE> 

< index  > 

I <LINE  WIDTH  > 

<size  value  > 

I <LINE  COLOUR  > 

< colour  > 

I <LINE  AND  EDGE  "nTE  DEFINITION  > 

< index  > 

<reaJ> 

< integer  > + 

I <LINECAP> 

< index  > 

<dash  cap  indicator  enumerated > 

I <LINEJ0IN> 

< index  > 

I <LIN'E  TiTE  CONTINUATION  > 

< index  > 

I <LINE  TiTE  INITIAL  OFFSET  > 

<reaJ> 

<MARKER  BUNDLE  INDEX  > 

< positive  index  > 

I <MARKEnTATE> 

< index  > 

I < MARINER  SIZE  > 

<size  value  > 

I <MAR1'CER  COLOUR  > 

< colour  > 

< TEXT  FONT  INDEX > 

< positive  index  > 

I < TEXT  PRECISION  > 

<text  precision  enumerated  > 

I < CHARACTER  EXPANSION  FACTOR  > 
<real> 

I < CHARACTER  SPACING  > 

<real> 

I <TEXTC0L01P> 

< colour  > 

I < CHARACTER  HEIGHT  > 

< non-negative  vdc  value  > 

I <CHARACTER  SET  INDEX  > 

< positive  index  > 

I < ALTERNATE  CTIARACTER  SET  INDEX  > 

< positive  index  > 

I < TEXT  BUNDLE  INDEX  > 

< positive  index  > 

I < AUXILIARY  COLOUR  > 

< colour  > 
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<text  attribute  element  > 


< score  type> 


<path  enumerated  > 


< horizontal  alignment 
enumerated  > 


< vertical  alignment  enumerated  > 


102 


I < TRANSPARENCY' > 

<on-off  indicator  enumerated  > 

::=  <TEXT  BUNDLE  INDEX  > 

< positive  index  > 

I <TEXT  FONT  INDEX > 

< positive  index  > ^ 

I <TEXT  PRECISION  > 

<text  precision  enumerated  > 

I <CHARACrrER  EXPANSION  FACTOR  > 
<real> 

1 <CmRACTER  SPACING  > 

<real> 

I <TEXTC0L0UR> 

< colour  > 

I <CHARACrrER  HEIGHT > 

< non-negative  vdc  value  > 

I < CHARACTER  ORIENTATION  > 

<vdc  value  > ( I ) 

I <TEXTPATH> 

< path  enumerated  > 

I < TEXT  ALIGNMENT  > 

<horizonla]  alignment  enumcraird> 
<vertical  alignment  enumeraicil> 

< continuous  alignment  value  > {2) 

I < CHARACTER  SET  INDEX  > 

< positive  index  > 

I < ALTERNATE  QlARACTER  SET  INDEX  > 

< positive  index  > 

I < TEXT  SCORE  TlPE> 

<score  type>-(- 

I <RESTRICTED  TEXT  TYPE  > 

< index  > 

< index  > 

<score  indicator  enumerated > 


< RIGHT  > 
I <LEFT> 

I <UP> 

I <D0WN> 


< NORMAL  HORIZONTAL  > 

I <LEFT> 

I <CENTRE> 

I <RIGHT> 

I < CONTINUOUS  HORIZONTA  I.  > 

< NORMAL  VERTICAL  > 

I <TOP> 

I <CAP> 

I <HALF> 

I <BASE> 

I < BOTTOM  > 
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< CONTINUOUS  \t:rtical  > 

< dasli  cap  indicator  enumerated  > 

< UNSPECIFIED  > 

< MATCH > 

<score  indicator  enumerated > ”= 

< RIGHT  SC0nE> 

<LEFT  SC0RE> 

< THROUGH  SCORE > 

<KENr)OT> 

< continuous  alignment  value  > 

<real> 

<filled-area  attribute  element  > 

< 

<FILL  BUNDLE  INDEX  > 

< positive  index  > 

< INTERIOR  S'nTE> 

< interior  style  enumerated  > 

<FILL  COLOUR > 

< colour  > 

< HATCH  INDEX > 

< index  > 

< PATTERN  INDEX > 

<px>sitive  index  > 

<EDGE  BUNDLE  INDEX> 

< positive  in<icx> 

<EDGE  'nTE> 

< index  > 

< EDGE  WIDTH  > 

<size  value > 

<EDGE  COLOUR  > 

< colour  > 

<EDGE  VlSIBlLm'> 

<on-ofl  indicator  enumerated  > 

<FILL  REFERENCE  POINT > 

< point  > 

< PATTERN  SIZE  > 

< <vdc  vaiuc>(-<)  1 <real>(  l)> 

<HATCH  STiTE  DEFINITION > 

< index  > 

< style  indicator  enumerated  > 

<<vdc>(4)  1 <real>(4)> 

<real> 

< number  of  hatch  lines  > 

<gap  widtlis> 

<line  types> 

< GEOMETRIC  PATTERN  > 

< index  > 

<segment  identifier  > 

< point  pair> 

< INTERPOLATED  INTERIOR  DEFINITION  > 

< index  > 

< geometry  definition  > 

< number  of  stages  > 

< stage  designators  > 

< reference  colour  list> 

< EDGE  CAP  > 

< index  > 
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<style  indicator  enumerated > 

< number  of  hatch  lines  > 

< gap  widths  > 

<line  types  > 

< geometry  definition  > 

< stage  designators  > 

< reference  colour  list> 

<r  fnlrmr  tahU  ei£llinit> 

< pattern  table  element  > 


< starting  index  > 

< aspect  source  flags  > 

<asf  pair> 

<asf  type  enumerated  > 


< dash  cap  indicator  enumerated  > 

I < EDGE  JO  IN  > 

< index  > 

i < EDGE  "nTE  CONTINUATION  > 

< index  > 

I <EDGE'nTE  INITIAL  OFFSET  > 
<real> 

< PARALLEL  > 

1 <CR0SSHATC1I> 

:;=  < positive  integer  > {n>0} 

<positive  integer>(n) 

;:=■  < index  >(n) 

::=  <VDC>(2n) 

I <real>(2n) 

<real>(m) 

::=  <C0>(k) 

< COLOUR  TABLE  > 

<starting  index  > 

< colour  direct  > + 

< PATTERN  Ty'LnLE> 

< positive  index  > 

< integer  > (2) 

< local  colour  precision  > 
<colour>(intcgerl  x integer2) 

{this  element  has  an  encoding} 
{dependent  parameter} 

< colour  index  > 

<ASPECT  SOURCE  FLAGS  > 

<asf  pair>  + 

< asf  type  enumerated  > 

< aaf  enumerated  > 


::=  <LINETYPE  ASF> 

I < LINE  WIDTH  ASF  > 

I < LINE  COLOUR  ASF  > 

I < MARKER  rtTE  ASF  > 

I <MARKER  SIZE  ASF  > 

I <MARKER  COLOUR  ASF  > 

I <TEXT  FONT  ASF  > 

I < TEXT  PRECISION  ASF  > 

1 < CHARACTER  EXPANSION  FACTOR  ASF> 

I < CHARACTER  SPACING  ASF  > 

I <TEXT  COLOUR  ASF  > 

I < INTERIOR  S'nUE  ASF  > 

DAM  text  October  1800 
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<FILL  COLOLT!  ASr> 

< HATCH  li\'DE.\  ASF> 

< PATTERN  INDEX  ASF> 

<EDGE  T'lTE  ASF> 

< EDGE  WIDTH  ASF> 

<EDGE  COLOITE  ASF> 

<asf  enumerated  > "= 

< INDIVIDUAL  > 

< BUNDLED > 

<pick  identifier  > 

<PICK  IDENTIFIER  > 

<name> 

< symbol  attribute  element  > "=» 

< SYMBOL  LIDR.VR'i'  INDEX  > 

< index  > 

< SYMBOL  COLOUR  > 

< colour  > 

< SYMBOL  SIZE> 

<scale  enumerated > 

<vdc>(2) 

< SYMBOL  OR  lENTATION  > 

<vdc>(  1) 

<scalc  cnumerated> 

< HEIGHT  > 

< WIDTH  > 

<BOTH> 

1.3.7  Closed  figure  element 


< closed  figure  > ::= 

< BEGIN  FIGn?E> 

< eligible  elements  within  closed  figures >* 

<EiND  FIGURE > 

<elibible  elements  within 

closed  figures  > ::= 

<VDC  REAL  PRECISION  > 

<VDC  INTEGER  PRECISION> 

<AUXIL1ARY  COLOUR> 

< TRANSP.AR  ENCY’  > 

<NEW  REGION  > 

< POLYLINE  > 

< DISJOINT  POLYLINE > 

< POLYGON  > 

< POLYGON  SET> 

<GDP> 

< RECTANGLE  > 

< CIRCLE  > 

<CIRCULAR  ARC  3 POINT> 

< CIRCULAR  ARC  3 POINT  CLOSE > 

<CIRCULAR  ARC  CENTRE> 

<CIRCULAR  ARC  CENTRE  CLOSE> 

< CIRCULAR  ARC  CENTRE  REM:RSED> 

<ELLIPSE> 

<ELLffnCAL  ARO 
<ELLIPTICAL  ARC  CLOSE > 

< CONNECTING  EDGE> 

<EDGE  BUNDLE  1NDEX> 

October  1990 
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1.3.8  Escape  elements 

< escape  element  > 

< identifier  > 

1.3.9  External  elements 

< external  element  > 

< action  flag  enumerated  > 

1. 3. 10  Segment  elements 

< segment  control  element  > 


<segment  attribute  element  > 
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I <EDGE'nTE> 

I < EDGE  WIDTH  > 

I < EDGE  COLOUR  > 

I <EDGE  VlSIBILl'ri'> 

I <EDGE  TiTE  ASF> 

1 <EDGE  WIDTH  ASF > 

I < EDGE  COLOUR  .•\SF> 

1 < ESCAPE > 

I < MESSAGE  > 

I < APPLICATION  DATA  > 


< ESCAPE  > 

< identifier  > 

< data  record  > 

;:=•  < integer  > 


< MESSAGE  > 

< action  flag  cMunicrated> 

< string  > 

I < APPLICATION  DATA  > 

< integer  > 

< dau  record  > 

<YES> 

I <NO> 


< COPY  SEGMENT  > 

< segment  identifier  > 

< copy  transformation  matrix  > 
<segment  transformation  applicniion  > 

I < INHERITANCE  FILTER  > 

< filter  selection  list  enumerated  > * 
<seiection  setting  enumerated  > 

I < CLIP  INHERITANCE  > 

< clip  inheritance  enumerated  > 

< SEGMENT  TRANSFORMATION  > 
<segment  identificr> 

< transformation  matrix  > 

I < SEGMENT  HIGHLIGHTING  > 

< segment  identifier  > 

< highlighting  enumerated  > 

1 <SEGMENT  DISPLAY  PRIOR  n A' > 
<segment  identifier  > 

< segment  display  priority  > 

I <SEGMENTP1CK  PRIORI'n'> 

0AM  text 
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< copy  I ransformation  matrix  > 

< transformation  matrix  > 

< segment  transformation 
application  > 

< filter  selection  list 

enumerated  > 

< attribute  and  control 

name  enumerated  > 


October  1000 


< segment  identifier > 

< segment  pick  priority  > 

I < SEGMENT  VISIBILITY  > 

< segment  identifier  > 

< segment  visibility  enumerated  > 

< transformat  ion  matrix  > 

<2x2  matrix  of  reals > 

<2  X 1 matrix  of  vdcs> 


<NO> 

I <YES> 


<attributc  and  control  name  eiiiiiinTnted> 

I <attribute  and  control  group  eniimiT3icd> 
I <asf  name  enumerated  > 

I <asf  group  enumerated  > 


<LINEBLTNDLE  INDEX > 

I <LINE'nTE> 

I <LINEWIDTII> 

I <LINE  COLOUR  > 

I < LINE  CLIPPING  MODE  > 

I <LINECAP> 

I < LINE  JOIN  > 

I <LINE  MITRE  LIMIT  > 

I <LINE'nTE  CONTINUATION  > 

I <LINE  TYPE  INITIAL  OFFSET  > 

I <MARKER  BUNDLE  INDEX  > 

I <MARKERTM’E> 

I <MARKERS1ZE> 

I < MARKER  COLOUR  > 

I <MARKER  CLIPPING  MODE > 

I < TEXT  BUNDLE  INDEX  > 

I <TEXT  FONT  INDEX  > 

I < TEXT  PRECISION  > 

I < CHARACTER  EXPANSION  FAC'rOR> 

I < CHARACTER  SPACING  > 

I <TEXTCOLOUR> 

I <TEXT  SCORE  ‘nTE> 

I <RESTRICTED  TEXT  TYPE> 

I < CHARACTER  HEIGHT  > 

I < CHARACTER  ORIENTATION  > 

I <TEXTPATH> 

I <TEXTALIGN’MENT> 

I < GENERALIZED  TEXT  PATH  MODE > 

I <FILL  BUNDLE  INDEX> 

1 < INTERIOR  STYLE  > 

I < FILL  COLOUR  > 

I <HATCH1NDEX> 

I < PATTERN  INDEX > 

I < INTERPOLATED  INTERIOR  DEFINITION  > 

DAM  text 


107 


169 


ISO/EC  8B32-l:1987/Am.3:lB01  (E) 


Annex  I 


< attribute  and  control 
group  enumerated  > 


<selection  setting  enumerated  > 


<asf  name  enumerated  > 


<asf  group  enumerated  > 
108 


! <EDGE  BUNDLE  INDEX  > 

I <EDGE‘nTE> 

I <EDGEWTDT1I> 

I < EDGE  COLOUR  > 

I <EDGEVISIBILI’n'> 

I <EDGE  CLIPPING  MODE  > 

I <EDGECAP> 

I <EDGE  JOIN> 

I <EDGE  TYPE  CONTINUATION  > 
I <EDGE  TiTE  INITIAL  OFFSE'I’  > 
I <FILL  REFERENCE  POINT  > 

I <PATTERN  SIZE> 

I <AUXILIARY  COLOUR 
I < TRANSPARENCY' > 

I <SYMBOL  LIBRARY  INDEX  > 

I < SYMBOL  COLOLTl> 

I < SYMBOL  SIZE  > 

< SYMBOL  ORIENTATION  > 


< LINE  ATTRIBUTES  > 

I < MARKER  ATTRIBUTES  > 

1 <TEXT  PRESENTATION  AND  PLACEMENT  ATTRIBUTES > 
I <TEXT  PLACEMENT  AND  ORIICNTATION  ATTRIBUTES  > 

I < FILL  ATTRIBUTES  > 

1 < EDGE  ATTRIBUTES  > 

I <PATTERN  ATTRIBUTES  > 

I < OUTPUT  CONTROL  > 

I <PICK  IDENTFIER> 

I <ALL  ATTRIBUTES  AND  CON'I'ROL  > 

I <ALL> 

:;=»  < STATE  LIST  > 

I <SEGMENT> 

<LINE  TYPE  ASF  > 

I <LINE^V^DTHASF> 

I <LINE  COLOUR  ASF  > 

I < MARKER  “nPE  ASF  > 

I <MARKERSIZEASF> 

I <MARKER  COLOUR  ASF  > 

I <TEXT  FONT  INDEX  ASF  > 

I <'rEXT  PRECISION  ASF  > 

I <CHARACTER  EXPANSION  FACTOR  ASF > 

I <CHARACTER  SPACING  ASF  > 

I < TEXT  COLOUR  ASF  > 

I <INTERIOR  STYLE  ASF  > 

I <FILL  COLOUR  ASF> 

I <HATCH  INDEX  ASF> 

I <PATTERN  INDEX  ASF> 

I <EDGE'nTEASF> 

I <EDGE  WIDTH  ASF  > 

I < EDGE  COLOUR  ASF  > 

<LINEASFS> 

DAM  text  October  1980 
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1 < MARKER  .ASFS> 

1 <TEXTASFS> 

1 <FILLASFS> 

1 <EDGEASFS> 

1 <allasfs> 

<clip  inheritance  enumerated  > 

< STATE  LIST > 

1 < INTERSECTION  > 

< highlighting  enumerated  > 

< NORMAL  > 

1 <HIGHLIGIITED> 

< segment  visibility  enumerated  > 

< VISIBLE > 

1 < INVISIBLE  > 

<segmcnt  display  priority  > 

::=  < integer  > 

< segment  pick  priority  > 

< integer  > 

1.4  Terminal  symbols 

The  following  are  the  terminals  in  this  grammar.  Their  representation  is  dep'-n  dent  on  the  encoding  scheme 
used.  In  annex  A of  the  subsequent  parts  of  this  Stand.nrcl,  these  encoding-dependent  sym  bols  arc  further 
described. 


< element  name> 

< integer > 

< real  > 

<vdc  value  > 

<string> 

< colour  index  > 

< colour  direct  > 

<integer  precision  value > 

< real  precision  value  > 

< index  precision  value  > 

< colour  precision  value  > 

< colour  index  precision  value  > 

<name  precision  value  > 

< default  colour  precision  indicator  > 

<vdc  integer  precision  value  > 

<vdc  real  precision  value  > 

< data  record  > 

<name> 

<vc  value  > 

' <2  X 2 matrix  of  reals> 

<2x1  matrix  of  vdcs> 

<3x3  matrix  of  reals> 

The  CGM  extended  opcodes  are  encoding  dependent.  A complete  list  of  them  c.an  be  found  in  the  productions 
for  < clement  name  enumerated  > below. 


October  1990 
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The  enumerated  types  are: 


< INTEGER  > 

<RE.\L> 

<ON> 

<OFF> 

<INDEXED> 

<DIRECT> 

< ABSTRACT  > 

<METRIC> 

< ABSOLUTE  > 

< SCALED > 

<94  CHAR> 

<9G  CHAR> 

<MULTI-BYTE  94  CHAR  > 

<MLfLTI-BYTE  96  CH.^R> 

< COMPLETE  CODE> 

< BASIC  7-BIT  > 

< BASIC  8-BIT  > 

< EXTENDED  7-BIT  > 

<EXTENDED  8-niT> 

< FRACTION  OF  D ISP!. AY  SURFACE  > 
<MILL]METRES  WITH  SCALE  FACTOI?  > 
<Pm'SICAL  DE\nCE  COORDINATES  > 
<NOT  FORCED  > 

< FORCED > 

<LEFT> 

< RIGHT  > 

< CENTRE > 

< BOTTOM  > 

<TOP> 

< LOCUS > 

<SILVPE> 

< LOCUS  THEN  SILVPE> 

<INMSIBLE> 

< VISIBLE  > 

< CLOSE  IN\'1SIBLE> 

< CLOSE  VISIDLE> 

<PIE> 

< CHORD > 

< FINAL  > 

<NOTFINAL> 

< INDIVIDUAL  > 

< BUNDLED > 

< HOLLOW  > 

<SOLID> 

< PATTERN > 

< HATCH > 

<EMPTY> 

< STRING  > 

< CHARACTER > 

< STROKE > 

<UP> 

<DOWN> 

< NORMAL  HOniZONT.U> 

< CONTINUOUS  HORIZONTAL> 
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< NORMAL  \TRTICAL> 

<CAP> 

<HALF> 

<BASE> 

< CONTINUOUS  \t:rtical> 

<YES> 

<NO> 

< LINE  TYPE  ASF  > 

<LINE  WIDTH  ASF  > 

<LINE  COLOITR  ASF> 

<MARPCER  "nTE  ASF> 

< MARKER  SIZE  ASF> 

< MARKER  COLOUR  ASF> 

<TEXT  FONT  ASF> 

<TEXT  PRECISION  ASF> 

< CHARACTER  EXPANSION  FACTOR  ASF> 

< CHARACTER  SPACING  ASF> 

<TEXT  COLOUR  ASF> 

< INTERIOR  STiXE  ASF> 

< HATCH  INDEX  ASF> 

< PATTERN  INDEX  ASF> 

<FILL  COLOUR  ASF> 

< EDGE  TYPE  ASF  > 

< EDGE  WIDTH  ASF  > 

<EDGE  COLOUR  ASF> 

<LINE  ATTRIBUTES  > 

< MARKER  ATTRIBUTES  > 

<TEXT  PRESENTATION  AND  PLACEMENT  ATTRIBUTES  > 
<TEXT  PLACEMENT  AND  ORIENTATION  ATTRIBUTES  > 
<FILL  ATTRIBUTES  > 

< EDGE  ATTRIBUTES  > 

< PATTERN  ATTRIBUTES  > 

< OUTPUT  CONTROL  > 

<ALL  ATTRIBUTES  AND  CONTROI,> 

<ALL> 

<LINE  BUNDLE  INDEX  > 

<LINE  TYPE> 

<LINE  W1DTH> 

<LINE  COLOUR  > 

<LINE  CLIPPING  MODE> 

<MARKER  BUNDLE  INDEX > 

<MARKERTYPE> 

<MARKERSIZE> 

<MARKER  COLOUR> 

< MARKER  CLIPPING  MODE> 

<TEXT  BUNDLE  INDEX  > 

<TEXT  FONT  INDEX> 

< TEXT  PRECISION  > 

< CHARACTER  EXPANSION  FACTOR  > 

< CHARACTER  SPACING  > 

<TEXT  COLOUR> 

< CHARACTER  HEIGHT  > 

< CHARACTER  ORIENTATION  > 

<TEXT  PATH> 

<TEXT  ALIGNMENT  > 

<FILL  BUNDLE  INDEX  > 


October  1090 
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< INTERIOR  S‘nXE> 

<FILL  COLOUR  > 

< HATCH  INDEX  > 

< PATTERN  INDEX  > 

<EDGE  BUNDLE  INDEX  > 

<EDGE  TYPE> 

< EDGE  WIDTH  > 

<EDGE  COLOUR  > 

< EDGE  VISIBILITY  > 

<EDGE  CLIPPING  MODE> 

<FILL  REFERENCE  POINT> 
<PATTERN  SIZE> 

<AUXILIARY  COLOUR  > 

< TRANSPARENCY  > 

< STATE  LIST  > 

< INTERSECTION  > 

< SEGMENT  > 

<LINE  ASFS> 

<MARKER  ASFS> 

<TEXT  ASFS> 

<FILL  ASFS> 

<EDGE  ASFS> 

<ALL  ASFS> 

< NORMAL > 

<HIGHUGHTED> 

< DRAWING  SET> 

<DRAWING  PLUS  CONTROL  SET> 

< VERSION  2 SET> 

< EXTENDED  PRLXflTIX'ES  SET> 

< VERSION  2 GKSM  SET> 

<0> 

<90> 

<180> 

<270> 

< FRACTIONAL 
<MM> 

<NON-TANGENTL\L  > 

< AXB-TANGENTIAL  > 
<PARALLEL> 

< CROSSHATCH  > 

< UNSPECIFIED  > 

< MATCH > 

<HEIGHT> 

<WIDTH> 

<BOTH> 


< element  name  enumerated  > < BEGIN  METAFILE  > 

I < END  METAFILE  > 

I <BEGIN  PICTURE > 

I <BEGIN  PICTURE  BODY  > 

I <ENDPICTURE> 

I < BEGIN  SEGMENT  > 

I <ENDSEGMENT> 

1 < BEGIN  FIGURE  > 

I <ENDFIGLTRE> 
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I < BEGIN  COMPOUND  PATH  > 

I < END  COMPOUND  PATH  > 

I < BEGIN'  PROTECTION  REG  lO  \ > 

1 <END  PROTECTION  REGION  > 

I <BEGIN  TILE  ARRAY > 

I < END  TILE  ARRAY  > 

I < METAFILE  VERSION  > 

I < METAFILE  DESCRIPTION > 

I <VDCTYPE> 

I < INTEGER  PRECISION  > 

I < REAL  PRECISION  > 

I < INDEX  PRECISION  > 

I < COLOUR  PRECISION  > 

I < COLOUR  INDEX  PRECISION  > 

I < NAME  PRECISION  > 

I < MAXIMUM  COLOUR  INDEX  > 

I < COLOUR  value  EXTENT  > 

I <METAFILE  ELEMENT  LIST  > 

I <METAFILE  DEFAULTS  REri.  \CENn:NT> 

I <F0NTL1ST> 

I <CHARACTER  SET  LIST  > 

I < CHARACTER  CODING  ANNOUNCER  > 

I <MAXIMUMVDC  EXTENT  > 

I <SEGMENT  PRIORITY  EXTENT  > 

I < COLOUR  MODEL  > 

I < COLOUR  CALIBRATION  > 

I < FONT  PROPERTIES  > 

I < GLYPH  MAPPING  > 

I <SYMBOL  LIBRARY  LIST  > 

I < SCALING  MODE  > 

I <COLOUR  SELECTION  MODE  > 

I <LINE  WIDTH  SPECIFICATION  MODE > 

I <MARIvER  SIZE  SPECIFICATION  MODE> 

I <EDGE  WIDTH  SPECIFICATION  MODE> 

I <VDCEXTENT> 

I < BACKGROUND  COLOUR  > 

I < DEVICE  VIEWPORT  > 

I <DEVICE  VIEWTORT  SPECII  ICATION  MODE> 
I <DEV1CE  VIEWPCHIT  MAPPING  > 

1 <LINE  REPRESENTATION  > 

I <MARKER  REPRESENTATION  > 

I <TEXT  REPRESENTATION  > 

I < FILL  REPRESENTATION  > 

I < EDGE  REPRESENTATION  > 

I <INTERIOR  STYLE  SPECIFICATION  MODE> 

I <VDC  INTEGER  PRECISION  > 

I <VDC  REAL  PRECISION  > 

' I <AUXILIARY  COLOUR> 

I <TRANSPARENCY> 

I < CUP  RECTANGLE  > 

I < CLIP  INDICATOR  > 

I <LINE  CLIPPING  MODE> 

I <MARKER  CLIPPING  MODE  > 

I < EDGE  CLIPPING  MODE  > 

I <NEW' REGION > 

1 <SAVE  PRIMITIVE  CONTEXT > 

October  laaa  dam  text 
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I <RESTOREPRI\UTIVE  CONTEXT > 

I <PROTECTION  REGION  INDICATOR  > 

I <MITRELIMIT> 

I <GENERALIZED  TEXT  PATH  MODE > 

I <POLYLINE> 

I < DISJOINT  POLYLINE  > 

I < POLYMARKER  > 

I <TEXT> 

I <RESTRICTED  TEXT> 

I <APPENDTEXT> 

I <POLYGON> 

I <POLYGONSET> 

I <CELLARRAY> 

I <GDP> 

I < RECTANGLE > 

I <CIRCLE> 

I < CIRCULAR  ARC  3 POINT  > 

I <CIRCULAR  ARC  3 POINT  CLOSE > 

I <CIRCULAR  ARC  CENTRE  > 

I <CIRCULAR  ARC  CENTRE  CLOSE  > 

I <CIRCULAR  ARC  CENTRE  RE\a:RSED> 

1 <ELLIPSE> 

I <ELLIPTICAL  y\RC> 

I <ELLIPTICAL  ARC  CLOSE  > 

I < CONNECTING  EDGE > 

I < HYPERBOLIC  ARO 
I < PARABOLIC  ARO 
I < NON-UNIFORM  B-SPLINE> 

I < NON-UNIFORM  RATIONAL  IVSri,L\'E> 

I <POLYBEZIER> 

I <SYMBOL> 

I < BITON AL  TILE  > 

I <TILE> 

I <LINE  BUNDLE  INDEX  > 

I <LINETYPE> 

I <LINEA\TDTH> 

I <LINECOLOUR> 

I < MARKER  BUNDLE  INDEX  > 

I <MARKERTYPE> 

I <MARKERSIZE> 

I <MARKER  COLOUR  > 

I <TEXT  BUNDLE  INDEX  > 

I <TEXT  FONT  INDEX> 

I <TEXT  PRECISION> 

I < CHARACTER  EXPANSION  FACTOR  > 

I < CHARACTER  SPACING  > 

I <TEXTCOLOUR> 

I < CHARACTER  HEIGHT  > 

I < CHARACTER  ORIENTATION  > 

I <TEXTPATH> 

1 <TEXrAUGNMENT> 

I <CHARACTER  SET  INDEX  > 

I < ALTERNATE  aiARACTER  SET  INDEX  > 
I <FILL  BUNDLE  INDEX> 

I < INTERIOR  STYLE  > 

I <FILLCOLOUR> 
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< HATCH  INDEX  > 

< PATTERN  INDEX > 

<EDGE  BUNDLE  INDEX  > 

<EDGE  •nPE> 

< EDGE  WIDTH  > 

<EDGE  COLOUR  > 

<EDGE  VISIBILITY  > 

<FILL  REFERENCE  POINT > 

< PATTERN  TABLE  > 

<PATTERN  SIZE> 

< COLOUR  TABLE  > 

< ASPECT  SOURCE  FLAGS  > 

<PICK  IDENTIFIER  > 

< COPY  SEGMENT  > 

< INHERITANCE  FILTER  > 

<CLIP  INHERITANCE  > 

< SEGMENT  TRANSFORMATION  > 

< SEGMENT  HIGHLIGHTING  > 

< SEGMENT  DISPLAY  PRIOR  IT  V> 

< SEGMENT  PICK  PRIORm  > 

< ESCAPE > 

<MESSAGE> 

< APPLICATION  DATA> 

<LINE  ANT)  EDGE  TYPE  DEFINITION  > 
<LINE  CAP> 

<LINE  JOIN> 

<LINE  TiTE  CONTINUATION  > 

<LINE  TYPE  INITIAL  OFFSm'> 

<TEXT  SCORE  'riTE> 

<RESTRICTED  TEXT  TYPE> 

< HATCH  STlXE  DEFINITION  > 

< GEOMETRIC  PATTERN  > 

< INTERPOLATED  INTERIOR  I)ITTNrriON> 
<EDGE  CAP> 

<EDGE  JOIN> 

<EDGE  “HTE  CONTINUATION  > 

<EDGE  TYPE  INTTI.\L  OFFSET  > 

< SYMBOL  LIBRARY  INDEX  > 

< SYMBOL  COLOUR  > 

< SYMBOL  SIZE> 

<SYMBOL  ORIENTATION> 

<SEGMENT  VISIBILITY> 
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9 Annex  J 

Page  144  (Am.l  page  93) 

Insert  new  annex  J defining  conversions  between  colour  models: 


Annex  J 

Conversions  between  the  CEXYZ  reference  colour  space 
and  the  colour  spaces  defined  in  the  COLOUR  MODEL  element. 

(This  annex  forms  an  integral  part  of  the  standard.) 


J.l  CIELUV 

J.1.1  Conversion  from  the  CIEXYZ  reference  colour  space  to  CIELUV 

The  CIELUV  colour  space  is  related  to  the  CECYZ  reference  colour  space  by  the  following  equations: 

, ii6(  r/yj’  - 16  for  y/y,  > o.oossse 
^ “ [903.3(y/y,)  for  y/y,  < 0.008856 


w • I3L  (r  — »,) 


with: 

V - ax/{x  + isy  + 3Z) 

t»  ~ 9Y/[X  + 15Y  + ZZ) 

«,  =■  axJ/{x,  + 15  y,  +3Z,) 

t’.  - + 15 y. 

Where  X,Y,Z  describe  the  colour  stimulus  considered,  and  X,,  are  the  trodmuins  vahire  of  the  nomi- 

nal white  sdmnius  (reference  white)  which  according  to  CIE  recommendation  is  the  perfect  white  reflecting  or 
transmitting  Hiffiwr  There  may  be  particular  applications  where  the  perfect  diffuser  is  not  the  best  choice  for 
the  reference  white.  One  example  is  reflective  papers  where  the  reference  white  must  be  defined  by  a contribu- 
tion from  the  snbstrate  as  well  as  the  illuminant. 

Values  of  X^,  T, , , and  v,  for  CIE  Standard  Illuminant  Djq,  the  2'  Standard  Observer,  and  the  perfect 

chffuser  are  grren  below.  The  colonmetric  parameters  for  the  reference  white  will  depend  on  the  wavelength 
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range  and  interval  of  summation.  The  default  values  are  based  on  a range  of  380  nm  to  700  nm  in  10  nm  inter- 
vals. If  a different  range  and/or  interval  is  used,  the  colorimetric  values  must  be  recalculated. 


J.1.2  Conversion  from  CIELUV  to  the  CIEXYZ  reference  colour  space 

The  CIEXYZ  reference  colour  space  is  related  to  the  CIELUV  colour  space  by  the  following  equations: 

s 


n 


L ^ 16 
116 


for  L >8 


Y 


for  L <8 


u 


+ 


tt 

131* 


V 


+ 


V 

13L* 


The  X and  y chromaticity  coordinates  can  be  derived  from  the  u’  and  v’  coordinates  by  the  following  equations: 


I — 9tt/(6B  — 16v  -f  12) 


f * 4u/(6s  — 16r  12) 


The  CIEXYZ  reference  colour  space  values  are  then  ^en  by: 
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J.2  CIELAB 

J.2.1  Conversion  from  the  CIEXYZ  reference  colour  space  to  CIELAB 

The  CIELAB  colour  space  is  related  to  the  CIEX^'Z  reference  colour  space  by  the  following  equations: 

ii6(  r/rj^  - 16,  for  y/r,  > o.oossse 
903.3(  y/yj,  for  y/y,  < 0.008856 


a - 500(/(x/xj-/(y/y.)) 


6 - 200(/(y/y.)-/(z/zj) 


where 


f{C} 


C^,  for  C > 0.008856 
7.787(7  + 16/116,  for  C < 0i)08856 

For  the  values  of  X,,  T,,  Z,  for  CIE  Standard  Dluminant  Dj^  see 


J.2.2  Conversion  from  CIELAB  to  the  CSDCYZ  reference  colour 

The  CIEXYZ  reference  colour  space  is  related  to  the  CIELAB  colour  space  by  the  following  equations: 
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X = 


L + 16  a 
+ — 


116  500 

3 

l'  + 16 


116 


, for  L >8 


903.3 


for  L <8 


L + 16 


116 


6 

200 


J.3  RGB 


J.3.1  Conversion  from  the  CTF.YVZ  reference  colour  space  to  RGB 


The  RGB  colour  space  is  related  to  the  CIEXYZ  reference  colour  space  by  the  following  equations: 


■R 

•X,  X,  Xj- 

X 

G 

= 

X,  X,  X, 

y 

X,  Xg  X,. 

^z-* 

X,  X,  x» 

n y,  n 

•Z,  z,  z, 


X 

y 

^z^ 


where  [X,,  T,,  Z,J,  [X^,  and  [Xj,  Y^,  Zj]  are  thstimulus  values  of  the  primaries. 

The  elements  of  the  matrix  K are  related  to  the  OistimsitB  values  of  the  primaries  as  follows: 

x,-(rz»-r,z,)/Xp 
X,-(X;Z  -X  ZJ/Xp 
k,~(xyI-x:y,}/k^ 

x,-{x;z»-x;z,)/Xo 
x,-(x,n-x;n)/Xo 
K,-{Y,Z  -Y  Z,)IK^ 

k,~(xX-x,z,)IKo 

x,-(x,y, -X,n)/Xp 

K,  = Dct(K)  = X,(r,z»  - nz,)  -KX,(y,z,  - nzj  + x»(nz,  - y,z,) 

The  default  values  of  the  elements  of  the  matrix  K are  those  specified  by  SMPTE  ’C’  RP145. 
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3.497 

-1.734 

-0.543 

-1.065 

1.975 

0.034 

■-0.055 

-0.197 

1.051 

Analogous  to  CIELUV,  see  the  matrix  element  values  depend  on  the  wavelength  range  and  interval. 
The  reference  white  specified  by  this  transformation  through  ^ 


X,^X,+X,+  X, 

r.  » n + r,  + n 

Z,  = Z,  + Zj  + Zj 

is  CE  Standard  lUuminant  Djj,  (X,  =■  0.9504,  K,  — 1.0000,  Z,  ■ 1.0889). 

NOTE  — This  IS  not  consistent  with  the  illuminant  specified  for  reflections;  however  it  is  aligned  with  current  standards 
and  practices  for  video  displays  and  TV  monitors. 

In  case  the  initial  data  are  in  the  form  of  the  CIE  chromaticities  of  the  primaries,  and  the  tristimulus  values  of 
the  reference  white  X, , T, , and  Z,  the  following  relations  hold: 

K - l^i/Tr  , «■  “ 1.2,3 
K - ki/T,  . i - 4,5,6 
K - . i - 7,8,9 


where 


r,  » k,x,  + k,Y,  + k,z, 

T,  - i,X,  + kj,  + i,Z. 

- k^x,  +k,Y,+  k,z, 

and  the  k-  and  k^  are  determined  by  replacing  the  tristimulus  values  in  the  definitions  of  the  X,  and  Kq  by 
the  corresponding  chromaticities. 


J.3.2  Conversion  from  RGB  to  the  CIEIXYZ  reference  colour  space 

The  CIECYZ  reference  colour  space  is  related  to  the  RGB  colour  space  by  the  following  equations: 


X 

X,  x» 

■R- 

Y 

- 

n n n 

G 

L^J 

-Zp  2.  2,- 

Lb-* 

The  default  values  are  those  specified  by  SMPTE  'C*  RP145 

0.394  0.365  0.192 
0.212  OJOl  0.087 
^.019  0J12  0.958 

The  reference  white  specified  by  this  tiansTormatioQ  is  CIE  Standard  Illuminant  Dj^  (X,  = 0.9504, 
r,  = 1.0000,  Z,  =.  1.0889). 

NOTE  — This  IS  not  consistent  with  the  illuminant  specified  for  reflections;  however  it  is  aligned  with  current  standards 
and  practices  for  video  displays  and  TV  monitors. 

In  case  the  initial  data  are  in  the  form  of  the  CIE  chromaticities  of  the  primaries,  and  the  tristimulus  values  of 
the  reference  white  X, , Y^,  and  Z,  the  following  reiatims  hold: 
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where  T-  have  been  defined  in  J.3.1. 


1 = r,g  ,b 

vJ,  . 

i = r ,g  ,b 

i = r,g,b 

J.4  CMYK 

J.4.1  Conversion  from  CMYK  to  the  CIEXYZ  reference  colour  space 

The  conversion  of  CMYK  to  the  CEXYZ  reference  colour  space  is  specified  by  a set  of  colour  values  in  the 
reference  space  measured  on  a grid  in  CMYK  space. 

The  interpreter  of  a CGM  is  expected  to  use  interpolation  for  CMYK  values  not  on  the  grid.  The  interpolation 
methods,  such  as  quadralinear  or  higher  order  interpiolation,  are  not  standardized. 

J.4.2  CMYK  Calibration  data 

Because  no  calibration  data  are  available  for  a standard  ink  set,  the  COLOUR  CALIBRATION  element 
should  be  present  when  the  colour  model  indicator  is  CMYK.  As  long  as  no  reference  colour  calibration  table  is 
available,  the  CGM  generator  should  use  CMYK  colour  calibration  data  based  on  the  specific  printing  ink, 
paper,  and  illummation  conditions. 

NOTE  — Colonmetnc  definitions  are  available  lor  standard  ink  sets,  ISO  2846,  but  are  not  sufficient  to  define  the  CMYK 
calibration  data 
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5 Method  of  Encoding  Opcodes 


Page  12 


Clause  5,  Table  1,  add  the  following  opcodes 
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Tsbie  1 — Opcodes  for  metafile  elements. 


Opcode 

T-Bit  codine 

8- Bit 

codine 

BEGIN  COMPOUND  PATH  opcode 

3/0 

2/12 

03/0 

02/12 

END  COMPOUND  PATH  opcode 

3/0 

2/13 

03/0 

02/13 

BEGIN  PROTECTION  REGION  opcode 

3/0 

2/14 

03/0 

02/14 

END  PROTECTION  REGION  opcode 

3/0 

2/15 

. 03/0 

02/15 

BEGIN  TILE  ARRAY  opcode 

3/0 

3/0 

03/0 

03/0 

EIND  TILE  ARRAY  opcode 

3/0 

3/1  ' 

03/0 

03/1 

COLOUR  MODEL  opcode 

3/1 

3/3 

03/1 

03/3 

COLOUR  CALIBRATION  opcode 

3/1 

3/4 

03/1 

03/4 

FONT  PROPERTIES  opcode 

3/1 

3/5 

03/1 

03/5 

GLYPH  MAPPING  opcode 

3/1 

3/6 

03/1 

03/6 

SYMBOL  LIBRARY  UST  opcode 

3/1 

3/7 

03/1 

03/7 

INTERIOR  STYLE  SPECIFICATION  MODE  opcode 

3/2 

2/15 

03/2 

02/15 

PROTECTION  REGION  INDICATOR  opcode 

3/3 

3/0 

03/3 

03/0 

GENERAUZHD  text  path  MODE  opcode 

3/3 

3/1 

03/3 

03/1 

MITRE  LIMIT  opcode 

3/3 

3/2 

03/3 

03/2 

HYPERBOLIC  ARC  opcode 

3/4 

2/10 

03/4 

02/10 

PARABOLIC  ARC  opcode 

3/4 

2/11 

03/4 

02/11 

NON-UfJIFORM  B-SPLINE  opcode 

3/4 

2/12 

03/4 

02/12 

NON-UNIFORM  RATIONAL  B-SPLINE  opcode 

3/4 

2/13 

03/4 

02/13 

POLYBE2IER  opcode 

3/4 

2/14 

03/4 

02/14 

SYMBOL  opcode 

3/4 

2/15 

03/4 

02/15 

BITONAL  TILE  opcode 

3/4 

3/0 

03/4 

03/0 

TILE  opcode 

3/4 

3/1 

03/4 

03/1 

LINE  AND  EDGE  TYPE  DEFINITION  opcode 

3/5 

2/8 

03/5 

02/8 

LINE  CAP  opcode 

3/5 

2/9 

03/5 

02/9 

UNE  JOIN  opcode 

3/5 

2/10 

03/5 

02/10 

LINE  TYPE  CONTINUATION  opcode 

3/5 

2/11 

03/5 

02/11 

LINE  TYPE  INITIAL  OFFSET  opcode 

3/5 

2/12 

03/5 

02/12 

TECT  SCORE  TYPE  opcode 

3/S 

2/13 

03/5 

02/13 

RESTRICTED  TEZCT  TYPE  opcode 

3/5 

2/14 

03/5 

02/14 

HATCH  STYLE  DEFINITION  opcode 

3/5 

2/15 

03/5 

02/15 

GEOMETRIC  PATTQIN  opcode 

3/6 

2/13 

03/6 

02/13 

INTERPOLAm)  INTERIOR  DEFINITION  opcode 

3/6 

2/14 

03/6 

02/14 

^G£  CAP  opcode 

3/6 

2/15 

03/6 

02/15 

^GE  JOIN  opcode 

3/6 

3/3 

03/6 

03/3 

EDGE  TYPE  CONTINUATION  opcode 

3/6 

3/4 

03/6 

03/4 

EDGE  TYPE  INITIAL  OFFSET  opcode 

3/6 

3/5 

03/6 

03/5 

SYMBOL  LIBRARY  INDEX  opcode 

3/6 

3/6 

03/6 

03/6 

SYMBOL  COLOUR  opcode 

3/6 

3/7 

03/6 

03/7 

SYMBOL  SIZE  opcode 

3/6 

3/8 

03/6 

03/8 

SYMBOL  ORIENTATION  opcode 

3/6 

3/9 

03/6 

03/9 

SEGMENT  VISIBILITY  ooeode 

3/8 

2/12 

03/8 

02/12 

2 
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6 Method  of  encoding  parameters 

Page  IS 

Subclause  6.1,  add  to  the  list  at  the  bottom  of  the  page: 

g)  octets  (OC); 

h)  fixed-precision  32-bit  unsigned  integers  (132). 

Page  U 

Subclause  6.2,  add  to  the  list  in  the  middle  of  the  page; 
d)  the  compressed  bitstream  (BS)  datatype  (see  6.15). 

Page  14 

Subclause  6.2,  add  to  the  dash  list  at  the  end  of  the  section: 

—for  compressed  binary  colour  specifiers  of  Tile  .\rray  elements,  the  SOS/ST  delimiters  that  are  also  used 
for  String  operands  are  used  to  demark  the  Bitstream  operand. 

Page  22 

Sub-clause  6.7,  first  paragraph,  change: 

RGB  parameters 
to: 

direct  colour  parameters 
Page  22: 

Sub-clause  6.7,  third  paragraph,  first  sentence,  change: 

RGB  parameters 

to:  , 

direct  colour  parameters 

Page  22 

Sub-clause  6.7,  third  paragraph,  change: 
representing  the  red,  green  and  blue  colour  values 
October  1990  DAM  text 
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to: 

representing  the  direct  colour  values 


Page  22 


Sub-clause  6.7,  third  paragraph,  second  last  sentence,  change: 

If  this  value  is  set  to  N bits,  there  are  3N  or  4N  colour  value  bits  (as  determined  by  the  COLOUR  MODEX 
element);  i.e.  there  are  only  as  many  bytes  in  a direct  colour  parameter  as  are  necessary  to  hold  those  3N  or 
4N  bits. 


Page  22 

Sub-clause  6.7,  third  paragraph,  change  the  last  sentence  to  read: 

For  example,  consider  RGB  colour  space  with  COLOUR  PRECISION  set  to  5 bits.  The  RGB  parameters 
then  have  the  following  form: 

Page  22 

Sub-clause  6.7,  add  the  following  at  the  end: 

Direct  colour  parameters  in  other  3-tuple  and  4-tuple  spaces  are  encoded  correspondingly. 

Page  23 

Sub-clause  6.8.1,  second  paragraph,  change: 

RGB  value 

to: 

direct  colour  value 


Page  23 

Sub-clause  6.8.2,  second  paragraph,  change: 

RGB  bitstream 
to: 

direct  colour  bitstream 
Pages  23-24 

Sub-clause  6,8.3,  second  paragraph,  change: 

RGB  bitstream 
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to; 

direct  colour  bitstream 


Page  27  (Am.l,  page  2,  evbelauset  6. IS  and  6.14) 

Add  new  subclauses  6.15  and  6.16 

fi.l5  Compressed  bitstream  operands 

The  bitstream  (BS)  datatype  of  Part  1 of  this  International  Standard  is  assigned  to  the  compressed  colour 
specifier  lists  of  tile  array  elements.  These  operands  are  compressed  binary  data  objects.  The  Bitstream 
encoding  method  of  this  part  is  used  to  represent  the  bitstream  datatype  of  Part  1.  In  general  it  is  not  possible 
to  deduce  the  length  of  the  compressed  bitsteam  from  such  information  as  the  colour  precisions  or  the  number 
of  cells  in  a tile.  For  this  reason  these  operands  are  delimited  in  the  same  way  that  String  operands  are  delim- 
ited (see  6.9.1),  using  SOS  before  the  Bitstream  operand  and  ST  after. 

8.18  Glyph  mapping 

Part  1 of  this  Standard  specifies  a list  of  code/glyphname  pairs  as  one  of  the  parameters  of  this  element.  The 
code/giyphname  pairs  in  the  list  are  encoded  in  this  part  with  a run  length  format.  Each  code/glyphname  pair 
in  the  list  is  encoded  by;  an  octet  (for  the  run  count),  an  octet  (for  the  code),  and  an  integer  (for  the  glyph 
name),  all  of  which  are  encoded  as  integers  in  Basic  format.  If  the  run  count  is  1,  then  a single 
code/glyphname  association  is  defined  by  the  encoded  pair.  If  the  run  count  is  greater  than  1,  then  a sequence 
of  code/ghphname  associations  is  defined  by  the  encoded  pair.  The  base  pair  of  the  sequence  is  the  encoded 
pair,  and  each  of  the  two  components  of  each  pair  in  the  sequence  is  1 greater  than  the  previous  pair  The  run 
count  defines  the  number  of  pairs  in  the  sequence,  and  is  limited  to  255  per  sequence  (for  uniformity  of  results 
across  encodings). 
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8 Representation  of  each  element 


Page  SO 


Clause  8,  add  the  following  to  the  notation  used; 


<symbol>(n) 


exactly  n occurrences,  n=0,l,2,... 


Page  SO 


Insert  the  following  common  grammar  productions  at  the  end  of  the  page: 


<VDC;  line  aspect  measure  in  VDC> 


{if  LINE  WIDTH  SPECIFICATION  MODE  is  absolute} 
<real:  scale  factor  of  device  nominal  line  aspect  measure  > 
(if  LINE  WIDTH  SPECIFICATION  MODE  is  scaled} 

< real;  line  aspect  measure  as  viewport  fraction  > 

(if  LINE  WIDTH  SPECIFICATION  MODE  is  fractional} 
<real:  line  aspect  measure  in  mm> 

{if  LINE  WIDTH  SPECIFICATION  MODE  is  mm} 


<VDC:  marker  aspect  measure  in  VDC> 


< marker- measure- sc  alar  > 


{if  MARI-CER  SIZE  SPECIFICATION  MODE  is  absolute} 
<real;  scale  factor  of  device  nominal  marker  aspect  measure  > 
{if  MARKER  SIZE  SPECIFICATION  MODE  is  scaled} 

<real;  marker  aspect  measure  as  viewport  fraction  > 

{if  MARKER  SIZE  SPECIFICATION  MODE  is  fractional} 
<reai:  marker  aspect  measure  in  mm> 

{if  MARKER  SIZE  SPECIFICATION  MODE  is  mm} 


< fill- measure- sc  alar  > 


<VDC:  fill  aspect  measure  in  \'DC> 


{if  INTERIOR  STYLE  SPECIFICATION  MODE  is  absolute} 

< real:  scale  factor  of  device  nominal  fill  aspect  measure  > 

{if  INTERIOR  STYLE  SPECIFICATION  MODE  is  scaled} 
<real;  fill  aspect  measure  as  viewport  fraction  > 

{if  INTERIOR  STYLE  SPECIFICATION  MODE  is  fractional) 

< real;  fill  aspect  measure  in  mm  > 

{if  INTERIOR  STYLE  SPECIFICATION  MODE  is  mm} 


<VDC;  edge  aspect  measure  in  VDC> 


{if  EDGE  WIDTH  SPECIFICATION  MODE  is  absolute} 

< real:  scale  factor  of  device  nominal  edge  aspect  measure  > 
{if  EDGE  WIDTH  SPECIFICATION  MODE  is  scaled} 
<real:  edge  aspect  measure  as  viewport  fraction  > 

{if  EDGE  WIDTH  SPECIFICATION  MODE  is  fractional} 
<reai:  edge  aspect  measure  in  mm> 

{if  EDGE  WIDTH  SPECIFICATION  MODE  is  mm} 


< colour-specifier  > 


< integer:  colour-index  > 

{if  COLOUR  SELECTION  MODE  is  indexed) 

< direcUcolour-specifier  > 

{if  COLOUR  SELECTION  MODE  is  direct} 
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< integer:  colour-index  > 


< non-negative-integer  > 


< direct-colour-specifier  > 


<red  green  blue> 

{if  COLOUR  MODEL  is  RGB} 


I <LAB> 

(if  COLOUR  MODEL  is  CIELAB} 


I <LUV> 

(if  COLOUR  MODEL  is  CIELUV'} 
I <cyan  magenta  yellow  black  > 

{if  COLOUR  MODEL  is  CXfiTC} 


Page  31 


Subclause  8.1,  add  the  following  Delimiter  element  represen Utions: 


8,1.11  BEGIN  COMPOUND  PATH 

<BEGIN-COMPOUND-PATH-opeode:  3/0  2/12> 
< index:  path-type> 


< index:  path-type  > 


= <integer:  1>  {text  path} 

I <integer:  2>  {compound  line} 


8.1.12  END  COMPOUND  PATH 
<END-COMPOUND-PATH-opcode:  3/0  2/13> 

8.1.13  BEGIN  PROTECTION  REGION 

<BEGIN-PROTECTION-REGION-opcode:  3/0  2/1-1  > 

< index:  region-index  > 

< index:  region-index  > * < positive  integer  > 

8.1.14  END  PROTECTION  REGION 
<END-PROTECTION-REGION-opcode:  3/0  2/15 > 

8.1.15  BEGIN  TILE  ARRAY 
<BEGIN-TILE-ARRAY-opcode:  3/0  03/0> 

< point:  position  > 

< enumerated:  cell-path-direction  > 

< enumerated:  line-progression-direction  > 

< integer:  number-of-tiles-in-patb-direction  > 

< integer:  number-of-tiJes-in-line-direction> 

< integer:  number-of-cells/^ile-in-path-direction  > 

< integer:  number-of-cell3/tile-iD-line-direction> 

<real:  cell-size-in-path-direction  > 

<real:  cell-size-in-iine-direction> 

< integer:  image-ofiset-in-patb-direction  > 

< integer:  image-ofiset-in-line-direction  > 

< integer:  image-size-in-path-direction  > 

< integer:  image-size-in-line-direction  > 
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< enumerated:  cell-path-direction  > — 

1 

1 

< integer:  0>  {0  degrees} 

<mteger:  1>  {90  degrees} 

<integer:  2>  (180  degrees} 

<integer;  3>  {270  degrees} 

< enumerated:  line-progression-direction  > 

! 

*< integer:  0>  {90  degrees} 

<integer:  1>  {270  degrees} 

< integer:  numberof-tiJes-in-patb-direction  > ■<  positive  integer  > 

< integer:  number-of-tiJes-in-line^rection>  «<  positive  integer  > 
<integer;  number-of-cells/tile-in-path-<lirection>«<positive  integer> 

< integer:  number-of-cells/tile-in-line-<iirection>««<  positive  integer  > 


<real;  cell-size-in-path-direction  > » 

< positive  reaJ> 

<real:  cell-size-in-line-direction  > * 

< positive  real> 

< integer:  image-offseuin-path-direction  > 

»<  positive  integer  > 

< integer:  image-oflset-in-line-direction  > » 

< positive  integer  > 

< integer:  image-size-in-path-direction  > =■ 

< non-negative  integer  > 

< integer:  image-size-in-line-direction  > = 

8.1.16  END  TILE  ARRAY 

<END-TILE-ARRAY-opcode;  3/0  3/1  > 

< non-negative  integer  > 

Page  33 

Subciause  8.2,  COLOUR  PRECISION,  remove: 
i.e.,  for  each  of  the  red,  green  and  blue  components. 

Page 

Sulxlause  8.2.10,  change  to  read: 

8.2.10  COLOUR  VALUE  EXTENT 

<COLOUR-VALUE-ECrENT-opcode:  3/1  2/9  > 

< colour  mapping  specifier  > 

< colour  mapping  specifier  > ■ < red  green  blue:  minimum-colour*value> 

<red  green  blue:  maximum-colour-value  > 
{if  COLOUR  MODEL  is  7108’} 
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<cyan  magenta  yellow  black:  minimum-colour-vaiue  > 
DAM  t«xt  October  1990 
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Repreaentatioo  of  each  element 

<cyan  magenta  yellow  black:  maximum-colour-vaJue  > 
{if  COLOUR  MODEL  is  ’CM^'K’} 

<real:  colour-scale-firsUcomponent  > 

<real:  colour-oflset-first-component> 

<real;  colour-scaJe-second-component> 

<real:  coiour-oflset-second-component> 

<reaJ:  colour-5caJe-third-component>  - 
<real;  colour-offsetrthitd-component> 

{if  COLOUR  MODEL  is  ’CIELAB’  or  ’CIELUV’} 


Poye  3S 

Subclause  8.2;  Add  the  following  Metafile  Descriptor  element  representations: 


8.2.18  COLOUR  MODEL 

<COLOUR-MODEL-opcode:  3/1  3/3  > 

< index:  colour-model  > 

< index:  colour-model  > * < integer;  1>  {RGB} 

I < integer:  2>  {CIELAB} 

I <integer;  3>  {CIELUA'} 

I < integer:  4>  {CMn\} 


8.2.20  COLOUR  CALIBRATION 

<COLOUR-CALIBRATION-opcode:  3/1  3/4  > 
<real:  reference-white-Xn  > 

<real;  reference-white-Yn> 

<real;  reference-white-Zn  > 

< calibration-data  > 


< calibration-data  > 


< RGB-calibration-data  > 


< RGB-calibration- matrix  > 


< integer:  n> 

< lookup-table-entry-R  > 

< lookup- table-entry-G  > 

< lookup- table-entry-B  > 
October  1080 


» < RGB-calibration-data  > 

{if  COLOUR  MODEL  indicator  is  RGB} 

I <CM^'K-calibration-data> 

{if  COLOUR  MODEL  indicator  is  CMYK} 

» <RGB-calibration-matrix> 

< integer:  n>  {number-of-lookup-table-entries} 

< lookup- table-enlry-R  > (n) 

<lookup-table-entry-G  >{n) 

< lookup- table-entry-B  > (n) 

— <real;Xr>  <real;  Xg>  <real:Xb> 

<real:Yr>  <real;  Yg>  <real;  Yb> 

<real:  Zr>  <real;  Zg>  <reaJ;  Zb> 

" < non-negative  integer  > 

* < colour-component:  R’>  < colour-component:  R> 

« < colour-component:  G’>  < colour-component:  G> 

“ < colour-component:  B’>  < colour-component:  B> 

DAM  text 
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Representation  of  each  element 


< CMYK-caiibraiion-daia  > 

“ < integer  n>  {number  of  grid  locations} 

< CMYK-grid-location  > ( n ) 

<XYZ-grid-Iocation  > (n) 

< CNriTv- grid- location  > (n) 

“ < direct  colour  list  > 

<X\'Z-grid-location  > 

=»  <real;  CIEIXYZ-X>  <reaJ;  CIErO'Z-Y>  <reaJ:  CIEX^’Z-Z  > 

8.2.21  FONT  PROPERTIES 

<FONT-PROPERTIESopcode:  3/1  3/5  > 
< fontrproperty-4-tuple  > + 


< font-property-4-tuple  > 

= < index:  property-indicator  > 

< index;  property-value-type  > 

< property-value  > 

< integer:  priority  > 

< index;  property-indicator  > 

» < integer;  1>  (font  index} 

< integer;  2>  {standard  version} 

< integer:  3>  {design  source} 

<integer;  4>  {font  family} 

< integer;  5>  {posture} 

< integer;  6>  {weight} 

<integer:  7>  {proportionate  width} 

< integer;  8>  {included  glyph  collections} 

< integer:  9>  {included  glyphs} 

< integer;  10 > {design  size} 

<integer;  11  > {minimum  size} 

<integer;  12>  {maximum  size} 

<mteger;  13 > {design  group} 

< integer:  14  > {structure} 

< index:  property-value-type  > 

» < integer:  1>  {integer} 

< integer:  2>  {real} 

< integer;  3>  {index} 

< integer:  4>  {string} 

< integer;  5>  {octet} 

< property-value  > 

« < index;  font-index  > 

< integer:  standard-version  > 

< string:  design-source  > 

< string:  font-family  > 

< index:  posture  > 

< index:  weight  > 

< index:  proportionate-width  > 

< included-giypb-collections  > 

< included-glyphs  > 

<reai;  design-size  > 

<real:  minimum-size  > 

<real:  maximum-size  > 

< design-group  > 

< index:  structure  > 

10 
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Representation  of  each  element 

< index;  fontrindex> 

< integer:  standard-version  > 

< index:  posture  > 


< index:  weight > 


< index:  proportionate-width  > 


< included-glyph-collections  > 

< included-giyphs  > 

< integer;  character-setrindex  > 

<real;  design-size  > 

<real:  minimum-size  > 

<real;  maximum-size  > , 

< design- group  > 

< octet:  desigiJ-group-class> 

< octet:  design-group-subclass  > 

< octet;  design-group-speeific-group  > 

October  1090 


< positive  integer  > 

< positive  integer  > 

< integer:  0>  {not  applicable} 

< integer:  1>  {upright} 

< integer;  2>  {oblique} 

< integer;  3>  {back  slanted  oblique} 

< integer:  4>  {italic} 

< integer:  5>  (back  slanted  italic} 

< integer:  6>  {other} 

<integer;  >6>  {reserved  for  registered  values} 

< integer;  0>  {not  applicable} 

< integer:  1>  {ultralight} 

< integer;  2>  {extra  light} 

< integer:  3>  {light} 

< integer:  4>  {semi  light} 

<integer:  5>  {medium} 

< integer:  6>  {semi  bold} 

< integer;  7>  {bold} 

< integer;  8>  {extra  bold} 

< integer;  9>  {ultra  bold} 

< integer;  >9>  {reserved  for  registered  values} 

<integer;0>  {not  applicable} 

< integer;  1>  {ultra  condensed} 

< integer;  2 > {extra  condensed} 

< integer:  3>  {condensed} 

< integer;  4>  {semi  condensed} 

< integer:  5>  {medium} 

< integer:  6>  {semi  expanded} 

< integer;  7 > {expanded} 

< integer:  8>  {extra  expanded} 

< integer;  9>  {ultra  expanded} 

< integer;  >9>  {reserved  for  registered  values} 

<lnteger;  l..(2*-l)>-(- 

< integer:  character-set-index  >-f 

< positive  integer  > 

< positive  real> 

< positive  real  > 

< positive  real> 

< octet:  design-group-class  > 

< octet:  design-group-subclass  > 

< octet:  design-group-specific-group  > 

< integer:  0.^55  > 

< integer:  0..255> 

< integer:  0..255> 

DAM  text  H 
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< index:  structure  > 


Representation  of  each  element 


™ < integer: 

I < integer: 

I < integer: 

I < integer: 


0>  {undefined  or  not  applicable} 

1>  {solid} 

2>  {outline} 

>2>  {reserved  for  registered  values} 


8.2.22  GLYPH  MAPPE^G 

<GLYPH-MAPPING-opcode:  3/1  3/6  > 

< index:  character-set*index  > 

< basis-set  > 

< integer:  octets-per-code  > 

< code-giyph-name-run  > + 

< index:  character-set-index  > 

< basis-set  > 


< integer:  octets-per-code  > 

< code-giyph-name-run  > 


< run-count  > 

< character-code  > 

< afii-gi>-ph-identifier  > 


< positive-integer  > 

< enumerated:  character-set-tvpe  > 

{see  8.2.14,  CH-'^JL^CTER  SET  LIST} 
<string:  designation-sequence-tail  > 

{see  8.2.14,  CHARACTER  SET  LIST} 

< positive  integer  > 

< run-count  > 

< character-code  > 

< afii-giyph-identifier  > 

<octet> 

< octet  > (octets-per-code} 

<integer:  1..(2®-1)> 


8.2.23  SYMBOL  LIBRARY  LIST 

<SYMBOL-LIBRARY-LlST-opcode:  3/1  3/7  > 

< symbol-library-name  > + 

<symboi-Iibrary-Qame  > ™ <stnng:  name-of-symbol-library  > 


Page  S7 


Subclause  8.3.3,  add  the  following  to  the  end  of  the  enumerated  list  for  LINE  WIDTH 
SPECIFICATION  MODE: 

I <integer:  2>  {fractional} 

I < integer:  3>  {mm} 


Page  37 


Subclause  8.3.4,  add  the  following  to  the  end  of  the  enumerated  list  for  MARKER  SIZE 
SPECIFICATION  MODE: 


12 
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RepreaentAtioo  of  e»ch  element 


<integei:  2>  {fractional} 
< integer;  3>  {mm} 


Page  37 


Subciause  8.3.5,  add  the  following  to  the  end  of  the  enumerated  list  for  EDGE  WIDTH 
SPECIFICATION  MODE; 


I < integer;  2>  {fractional} 

I < integer:  3>  {mm} 


Page  37 


Subclause  8.3,  add  the  following  Picture  Descriptor  element  representations: 


8.3.16  INTERIOR  STYLE  SPECIFICATION  MODE 

<INTERIOR-STYLE-SPECff'ICATION-MODE-opcode;  3/2  2/15  > 

< enumerated:  sp)ectfication-mode> 

< enumerated;  speci6cation-mode>  “ <integer:0>  {absolute} 

I < integer:  1>  {scaled} 

I < integer;  2>  {fractional} 

I < integer:  3>  {mm} 


Page  38 

8.3.7,  BACKGROUND  COLOUR,  replace: 
<RGB:  background  colour  > 
with; 

< direct-colour-specifier:  background-colour  > {see  clause  8.0} 


Page  38  (Am.l  Part  2 page  4) 

8.3.11,  LINE  REPRESENTATION,  delete  the  elaboration  of  < line-width-specifier  > and 
change  the  ’<  line-width-specifier  > ’ in  the  parameter  list  to: 

< line-measure-scalar;  line-width-specifier  > {see  clause  8.0} 


Page  38  (Am.1  Part  2 pa^e  4) 

8.3.11,  LINE  REPRESENTATION,  delete  the  elaboration  of  < colour-specifier  > and  after  the 
< colour-specifier  > m the  parameter  list  add: 

{see  clause  8.0} 


October  1990 


DAM  text 
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Representation  of  each  element 


Page  38  (Am.l  Part  2 page  4) 

8.3.12,  MARKER  REPRESENTATION,  delete  the  elaboration  oi'  < marker-size-specifier> 
and  change  the  ’ < marker-sjze-specifier  > ’ in  the  parameter  list  to: 

< marker-measure-scalar;  marker-size-specifier  > {see  clause  8.0} 


Page  38  (Am.l  Part  2 page  4) 

8.3.12,  MARKER  REPRESENTATION,  delete  the  elaboration  of  < colour-specifier  > and 
after  the  < colour-specifier  > in  the  parameter  list  add: 

{see  clause  8.0} 

Page  38  (Am.l  Part  2 page  5) 

8.3.13,  TEXT  REPRESENTATION,  delete  the  elaboration  of  < colour-specifier  > and  after 
the  < colour-specifier  > in  the  parameter  list  add: 

{see  clause  8.0} 

Page  38  (Am.l  Part  2 page  5) 

8. 3. 1-1,  FILL  REPRESENTATION,  delete  the  elaboration  of  < colour-specifier  > and  after  the 
< colour-specifier  > in  the  parameter  list  add; 

{see  clause  8.0} 

Page  38  (Am.l  Part  2 page  6j 

8.3.15,  EDGE  REPRESENTATION,  delete  the  elaboration  of  < edge-width-specifier  > and 
change  the  ’<  edge-width-specifier  > ’ in  the  parameter  list  to; 

< edge-measure-scalar;  edge- width-specifier > {see  clause  8.0} 


Page  38  (Am.l  Part  2 page  6) 

8.3.15,  EDGE  REPRESENTATION,  delete  the  elaboration  of  < colour-specifier > and  after 
the  < colour-specifier  > in  the  parameter  list  add: 

{see  clause  8.0} 

Page  39 

Subclause  8.4,  Add  the  following  Control  element  representations; 


8.4.13  PROTECTION  REGION  INDICATOR 

<PROTECTION-REGION-INDICATOR-opcode;  3/3  03/0> 


14 
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Representation  of  each  element 

< index:  region-index  > 

< index:  region-indicator  > 

< positive  integer  > 

< integer:  0>  {off} 

< integer:  1>  {clip} 

< integer:  2>  {shield} 


< index:  region-index  > 

< index:  region-indicator  > 


8.4.1-4  GENERALIZED  TEXT  PATH  MODE 

<GENERALIZED-TEXT-PATH-MODE-opcode:  3/3  03/1  > 

< enumerated:  textr'path-mode> 

< enumerated:  text-path-mode  > < integer:  0>  {off} 

I <integer:  1>  {non-tangential} 

1 <mteger:  2>  {axis-tangenuaJ) 


8.4.15  MITRE  LIMIT 

<MrrRE-LIMIT-OPCODE>opcode:  3/3  03/2  > 

<reai:  mitre-limit > 

<real:  mitre-limit  > - < non-negative-real  > 


Page  \0 

8.4.3,  AUXILIARY  COLOUR,  delete  the  elaboration  of  < colour-specifier > and  after  the 
< colour-specifier > in  the  parameter  list  add: 

{see  8.0} 

Page 


Subclause  8.5,  Add  the  following  Graphical  Primitive  element  representations: 


8.5.22  HYPERBOLIC  ARC 

<HYPERBOLIC-ARC-opcode:  3/4  2/10> 

< point:  centre-point  > 

< point:  transverse-radius-endpoint  > 

< point:  conjugate-radius-endpoint  > 
<VDC:  DX_start> 

<VDC:  DY_start> 

<VDC:  DX_end> 

<VDC;  DY.jnd> 


8.5.23  PARABOLIC  ARC 

<PARABOLIC-ARC-opcode:  3/4  2/11  > 

< point:  tangent-intersection-point  > 

< point:  start-point  > 

October  1900  DAM  text  15 
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Representation  of  each  element 

< point:  end-point  > 

8.5.24  NON-UNIFORM  B-SPLINE 

<NON-UNFORM-B-SPLINE-opcode:  3/4  2/12  > 


< integer  spline-order  > 

< integer  number-of-control-poinis  > 

< control-points  > 

<lisW)f-knots> 

<real;  parameter-start-value  > 

<real;  parameter-end-value  > 

< integer  spline-order  > 

✓ 

» < positive  integer  > {m>0} 

< integer  number-of-control-points  > 

— < positive  integer  > {n>m  } 

< control-points  > 

» <pomt:  control-point >(n) 

<list-of-knots> 

» <real;  knoi>(m-i-n) 

8.S.2S  NON-UNIFORM  RATIONAL  B-SPLINE 
<NON-UNIFORM-B-SPLINE-opcode;  3/4  2/13> 


< integer:  spline-order  > 

< integer:  number-of-controi-points> 

< control- points  > 

< list-of-knots  > 

<real;  parameter-start-value  > 

<real:  parameter-end-value  > 

< weights  > 

< integer  spline-order  > 

» < positive  integer  > {m>0} 

< integer:  number-of-control-points  > 

* < positive  integer  > {n>rn  } 

< control-points  > 

— < point:  control-point  >(n) 

< list-of-knots  > 

■ <real;  knot>(m-(-n) 

< weights  > 

* < real;  weight  >(n) 

8.5.28  POLYBEZIER 

< POL YBEZiLK-opcode:  3/4  2/14  > 

< index:  continuity  indicator  > 

< control-points  > 

< index:  continuity  indicator  > 

« < integer:  1 > {discontinuous} 

1 < integer:  2>  {continuous} 

1 <mteger;  3>  {smooth} 

< control-points  > 

=«  <point>(n)  {n>4} 

8.5.27  SYMBOL 

<SYMBOL-opcode:  3/4  2/15> 

18 
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Representation  of  each  element 

<jx)int;  symbol-position  > 

< index;  symbol-index  > 

< index:  symbol-index  > * < positive  integer  > 


8.6.28  BITONAL  TILE 

<BITONAL-TILE-opcode;  3/4  3/0> 

< integer:  tile-identifier  > 

< index;  compre3sion-type> 

< cell-background-colour  > 

< cell-foreground-colour  > 

< bitstream:  tile> 

< integer;  tile-identifier  > “ <ix)sitive  integer  > 


< index:  compression-type  > 


< cell-background-colour  > 


< integer;  0>  {null  background} 

<integer:  1>  {null  foreground) 

< integer:  2>  {T6} 

< integer:  3>  {T4  1-dimensional} 

< integer:  4>  {T4  2-dimensional} 

< integer:  5>  {bitmap} 

< integer;  6>  {LZW} 

{>6,  reserved  for  registered  values} 

< colour  specifier > {see  8.4.3  AUXILIARY  COLOUR} 


< cell-foreground-colour  > 


< colour  specifier>  {see  8.4.3  AUXILIARY  COLOUR} 


8.5.29  TILE 

<TILE}-opcode;  3/4  3/1  > 

< integer;  tile-identifier  > 

< index:  compression-type  > 

< integer:  cell-colour-precision  > 

< bitstream:  tile> 

< integer:  tile-identifier  > 

< integer:  eell-colour-precision  > 

< index:  compression-type  > 


< positive  integer  > 

< non-negative  integer  > 

<integer:  0>  {null  background} 

< integer:  1>  {null  foreground} 

< integer:  2>  {T6} 

<integer:  3>  {T4  1-dimensional} 
<integer:  4>  {T4  2-dimensional} 

< integer:  5>  {bitmap} 

< integer:  6>  {LZW} 

{>6,  reserved  for  registered  values} 


Pagt  42-43 

Sub-clause  8.5.9,  change: 

< direct  normal  colour  list  > * < integer:  0> 

October  1990  DAM  text  F 
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Representation  of  each  element 


<RGB:  colour  value  > + 


to: 

< direct  nonsaJ  colour  list>  * < integer:  0> 

< direct-colour-specifier:  colour  value  >-t- 


Page  42-43 

Sub-elaute  8.5.9,  change: 

< direct  run  > “ < RGB:  colour  value  > 

< integer:  number  of  repetitions  > 


to: 

< direct  run> 


< direct-colour-specifier:  colour  value  > 
< integer:  number  of  repetitions  > 


Page  ^6 


Subclause  8.6,  Add  the  following  Primitive  Attribute  element  representations: 


8.6.37  LINE  AND  EDGE  TYPE  DEFINITION 

<LINE-AND-EDGE-'nPE-DEFINITION-opcode:  3/5  2/8  > 

< index:  line-type  > 

<real:  dash-cycle-repeat-length  > 

< integer:  list-of-dash-«lements  > 

< index:  line-type  > - < negative-integer  > 

< integer:  list-of-dash-elements  > - < positive-integer  >-(- 


8.8.38  LINE  CAP 

<Ln'fE-CAP-opcode:  3/6  3/15> 

< index:  line-cap-indicator  > 

< enumerated:  dash-cap-indicator  > 

< index:  line-cap-indicator > ™ < integer:  1>  {unspecified} 

I < integer:  2>  {butt} 

1 < integer:  3>  {round} 

I <inUger;  4 > {projecting  square} 

1 < integer:  5>  {triangle} 

{>5,  reserved  for  registered  values} 

< enumerated:  dash-cap-indicator > * <integer:  0>  {unspecified} 

I <integer;  1>  {mauh} 


8.6,38  LINE  JOIN 

<LINE.JOIN-opcode:  3/5  2/10> 

18  DAM  text  October  1990 
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Representation  of  each  element 

< index:  line-join-indicator  > 

< index:  line-join-indicator > “ <integer:  I>  {unspecified} 

I <integer:  2>  (mitre) 

I <integer:  3>  (round) 

I < integer:  4>  (bevel) 

{>4,  reserved  for  registered  values) 


8.8.40  LINE  TYPE  CONTINUATION 

<LINE-TYPE-CONTINUATION-opcode:  3/5  2/11  > 

< index:  continuation-mode  > 

< index:  continuation-mode > “ <integer:  1>  (unspecified) 

I < integer:  2>  (continue) 

I < integer:  3>  (restart) 

I < integer:  4>  (adaptive  continue) 


8.6.41  LINE  TYPE  INITIAL  OFFSET 

<LINE-TYPE-INlTlAL-OFFSET-opcode:  3/5  2/12> 
<real:  line-pattern-ofiset  > 


8.6.42  TEXT  SCORE  TYPE 

<TEXT-SCORE-'nPE-opcode:  3/5  2/13  > 
< type-and-indicator-pair  > -i- 


< type-and-indicator-pair  > 

< index:  score-type  > 

< enumerated:  score  indicator  > 


< score  type>  < score  indicator  > 

< integer:  1>  (right  score) 

< integer:  2 > (left  score) 

< integer:  3>  (through  score) 
<mteger:  4>  (kendot) 

< integer:  0>  (off) 

< integer:  1>  (on) 


8.6.43  RESTRICTED  TEXT  TYPE 

<RESTRICTED-TEXT-TYPE-opeode:  3/5  2/14> 
< index:  restncted-lext^type  > 


< index;  restricted-texvtype  > 


— < integer:  1>  (basic) 

I < integer;  2>  (boxed) 

I < integer:  3>  (isotropic) 

I < integer:  4>  (justified) 


8.6.44  HATCH  STYLE  DEFINITION 

<HATCH-STYLE-DEFINmON-opcode:  3/5  2/15> 

< integer:  hatch-index  > 

< enumerated:  style-indicator > 

<611- measure-scalar;  DX-fijst-vector> 

< fill-measure-scalar:  DY-first-vector> 

< fill- measure-scalar:  DX-second-vector  > 

October  IfiQO  DAM  text 
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< fill-measure-scalar:  DY-second-veclor> 

<real;  duty-cycle-length  > 

< integer:  number-of-hatch-lincs  > 

< list-of-gap-widths  > 

< lisK)f-lin  e-types  > 

< integer  hatch-index  > - < negative-integer  > 

< enumerated:  style-indicator > — < integer:  0>  {parallel} 

I < integer:  1>  (cross-hatch) 


< integer  listrof-hatch-elements  > 
<real:  duty-cycle-length  > 

< integer  number-of-hatch-lines  > 

< listrof-gap- widths  > 

< list-of-line-types  > 


< positive-integer  > ■+■ 

< positive  real> 

< positive-integer  > (n) 

< positive  integer  >(n) 
< positive  integer  >(n) 


8.8.45  GEOMETRIC  PATTERN 

<GEOMETRIC-PATTERN-opcode:  3/6  2/13> 

< index:  geometric-pattem-index  > 

<name:  segment-identifier  > 

< pattern-extent  > 

< index:  geometric-pattem-index  > ■■  < positive  index  > 

< name;  segment-identifier  > - < integer  > 

< pattern-extent  > " < point  > (2) 


8.8.46  INTERPOLATED  INTERIOR  DEFINITION 

<INTERPOLATED-INTERIOR-DEFINlTION-opcode;  3/6  2/14 > 

< index:  style  > 

< reference-geometry-definition  > 

< integer:  number-of-stages  > 

<stage-designator-iist  > 

< reference-colour-list  > 


< index:  style  > 


< reference-geometry-definition  > 

< integer;  number-of-stages  > 


< integer;  1>  (parallel) 

< integer:  2>  (elliptical) 

< integer:  3>  (triangular) 

{>3,  reserved  for  registered  values) 

<fill-measure-scalar>(2m)  (m^) 

< non-negative  integer  > (0  for  triangular; 
number  of  stages  otherwise) 


< stage-designator-list  > 


<real>(m) 


< reference-colour-lisi  > 


< colour-specifier >(k)  {k>2} 


20 
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8.8.47  EDGE  CAP 

<EDGE-CAP-opeode:  3/6  2/15> 

< index:  edge-cap-indieator  > 

< enumerated:  dasb-cap-indicator  > 

< index:  edge-cap-indicator > 


< enumerated:  dash-caf^indicator > 


- < integer:  1>  {unspecified} 

I < integer:  2>  {butt} 

I < integer:  3 > {round} . 

I < integer:  4 > {projecting  square} 

1 <integer:  5>  {triangle} 

{>5,  reserved  for  registered  values} 

— < integer:  0>  {unspecified} 

I < integer:  1>  {mauh} 


8.8.48  EDGE  JOIN 

<EDGErJOrN-opcode:  3/6  3/3  > 
<index:  edge-join-indicator > 

< index:  edge-join-indicator  > 


* < integer:  1>  {unspecified} 

I < integer:  2>  {miter} 

1 < integer:  3>  {round} 

I < integer:  4>  {bevel} 

{>4,  reserved  for  registered  values} 


8.8.49  EDGE  TYPE  CONTINUATION 

<EDGE-TYPE-CONTINUATIOiN-opcode:  3/6  3/4  > 

< index:  continuation-mode  > 

< index:  continuation-mode > “ < integer:  1>  {unspecified} 

I < integer:  2>  {continue} 

I < integer:  3>  {restart} 

I < integer:  4>  {adaptive  continue} 


8.8.50  EDGE  TYPE  INITIAL  OFFSET 

<EDGE-TYPE-INrnAL-OFFSET-opcode:  3/6  3/5  > 
<real:  edge-pattem-oSset> 


8.8.51  SYMBOL  UBRARY  INDEX 

<SYMBOL-LIBRARY-INDEX-opcode:  3/6  3/6 > 

< index:  symbol-ljbrary-index> 

< index:  symbol-library-index  > - < positive  integer  > 


8.6.52  SYMBOL  COLOUR 

<SYMBOL-COLOUR-opcode:  3/6  3/7  > 
< colour-specifier  > {see  8.0} 


8.8.53  SYMBOL  SI2:E 
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<SYMBOL-HEIGHT-opcode;  3/6  3/8  > 

< enumerated:  symbol-scale-indicator  > 

<VDC;  symboi-hejght  > 

<VDC;  symbol-width  > 

<enumerated:  symbol-scaie-indicator > » <integer:  0>  {height} 

I < integer:  1>  {width} 

I < integer:  2>  {both} 


8.6.S4  SYMBOL  ORIENTATION 

<SYMBOL-ORIENTATION-opcode:  3/6  3/9  > 
<VDC;  x-component  of  up  vector  > 

<VDC;  y-component  of  up  vector  > 

<VDC;  x-componenl  of  base  vector  > 

<VDC:  y-component  of  base  vector  > 


Page  55  (Am.l  Part  2 Page  9) 

Subclause  8.9,  add  the  following  to  the  INHERITANCE  FILTER  LIST; 


< integer:  70  > 

< integer:  71  > 

< integer:  72  > 

< integer:  73  > 

< integer:  74  > 

< integer:  75  > 

< integer:  76  > 

< integer:  77  > 

< integer:  78  > 

< integer:  79  > 

< integer:  80  > 

< integer:  81  > 

< integer;  82  > 

< integer:  83  > 

< integer;  84  > 

< integer;  85  > 

< integer:  86  > 


{line  cap} 

{line  join} 

{line  type  continuation} 

{line  type  initial  offset} 

{text  score  type} 

{restricted  text  type} 
{generalized  text  path  mode} 
{interpolated  interior  definition} 
{edge  cap} 

{edge  join} 

{edge  type  continuation} 

{edge  type  initial  offset} 

{symbol  library  index} 

{symbol  colour} 

{symbol  size} 

{symbol  onentation} 

{mitre  limit} 
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8.6.3,  LINE  WIDTH,  delete  the  elaboration  of  < line-width-specifier  > and  change 
the  ’<  line-width-specifier  >’  in  the  parameter  list  to: 

< line-measure-scalar;  line-width-specifier  > {see  clause  8.0} 


Page  46 

8.6.4,  LINE  COLOUR,  delete  the  elaboration  of  < colour-specifier  > and  after 
the  < colour-specifier  > m the  parameter  list  add; 

{see  clause  8.0} 
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Pagt  47 

8.6.7,  MARKER  SIZE,  delete  the  elaboration  of  < marker-size-specifier  > and  change 
the  ’<iDarker-size-specifier>’  in  the  parameter  list  to: 

< marker- measure-scalar:  marker-siie-specifier  > {see  clause  8.0} 
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8.6.8,  MARKER  COLOUR,  delete  the  elaboration  of  < colour-specifier  > and  after 
the  < colour-specifier  > in  the  parameter  list  add: 

{see  clause  8.0} 
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8.6.14,  TEXT  COLOUR,  delete  the  elaboration  of  < colour-specifier > and  after 
the  < colour-specifier > in  the  parameter  list  add: 

{see  clause  8.0} 
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8.6.22,  INTERIOR  STYLE,  add  the  enumerated  values: 

I < integer:  5>  {geometric  pattern} 

I <mteger:  6> • {interpolated} 
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8.6.23,  FILL  COLOUR,  delete  the  elaboration  of  < colour-specifier > and  after 
the  < colour-specifier > in  the  parameter  list  add: 

{see  clause  8.0} 
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8.6.28,  EDGE  WIDTH,  delete  the  elaboration  of  < edge-width-specifier  > and  change 
the  ’<edge-width-speciSer>'  in  the  parameter  list  to: 

< edge-measure-scalar:  edge-width-specifier > {see  clause  8.0} 
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8.6.29,  EDGE  COLOUR,  delete  the  elaboration  of  < colour-specifier  > and  after 
the  < colour-specifier  > in  the  parameter  list  add: 

{see  clause  8.0} 


Page  52 
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8.6.33,  PATTETRN  SIZE,  replace  "VDC;’  in  each  of  the  parameter  specifiers 
with  ’fill-measure-scalar:’ 
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Subclause  8.9,  Add  the  following  Segment  Attribute  element  representation: 


8.9.8  SEGMENT  VlSmiLITY 

<SEGMENT-'VTSIBILITY-opcode:  3/8  2/12> 

< name;  segment-identifier  > 

< enumerated:  segment-visibility  > 


<name;  segment-identifier  > 


< integer  > 


< enumerated:  segment-visibility  > — < integer:  0>  {visible} 

< integer:  1>  {invisible} 
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Clause  9,  Defaults,  modify  COLOUR  VALUE  EIXTENT  for  effect  of  other  colour  models: 


COLOUR  value  EXTENT: 


if  COLOUR  MODEL  is  RGB, 


minimum-colour-value  0,0,0 
maximum-colour-vaJue  63,63,63 
if  COLOUR  MODEL  is  CM^lv, 
minimum-coiour-value  0, 0,0,0 
maximum-colour-vaJue  63,63,63,63 
if  COLOUR  MODEL  is  CIELAB, 
colour-scale-first^omponent  100.0/63 
colour-oflset-first-component  0.0 
coiour-scale-second-component  ? 
colour-offiset-second-component  ? 
colour-scale-third-component  ? 
colour-offset-third-component  ? 
if  COLOUR  MODEL  is  CIELUV, 
colour-scale-first-component  100.0/63 
colour-offeeufirst-component  0.0 
coiour-scale-second-component  ? 
colour-offset-second-component  ? 
colour-scale-third-component  ? 
colour-offMt-third-component  T 
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Annex  A,  Formal  grammar,  add  after  <!red  green  blue  > : 


<L  A B> 


< bits  for  a ^ > 

< bits  for  6 > 


<L  U V> 


:=  < bits  for  L ^ > 
< bits  for  u > 
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< bits  for  r > 

< cyan  magenta  yellow  black  > ::=  < bits  for  cyan  > 

<bits  for  magenta  > 

< bits  for  yellow  > 
<bits  for  black  > 
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Annex  A,  Formal  grammar,  delete  duplicate  colour  definition  by  replacing: 

< colour  list>  through  < direct  runlength  bitstream  colour  list> 

with: 

< colour  list>  {see  8.5.9} 
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Annex  A,  Formal  grammar,  change: 

<RGB:  colour  value  > 
to 

< direct-colour-specifier:  colour  value  > 


October  1980 
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5 Primitive  data,  forms 


Page  n 

Note  10,  replace  the  second  paragraph  and  the  list  with; 

Real  VDC  and  aU  real  parameters  of  all  elements  may  be  coded  with  Fixed  point  reals  (FXR)  except  the  fol- 
lowing, which  must  always  be  coded  with  floating  point  reals: 

a)  the  metric  sealing  factor  of  the  SCALE  MODE  element, 

b)  the  metrre  scale  factor  of  the  DEVICE  VIEWPORT  SPECIFICATION  MODE  element. 
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In  section  5.3  change; 

Each  character  is  stored  in  an  octet, 
to: 

Each  character  is  stored  in  1 or  more  consecutive  octeU,  depending  upon  the  coding  of  the  particular  character 
set.  The  following  illustrates  characters  which  are  coded  with  1 octet  each. 


October  1990 
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6 Representation  of  abstract  parameter  types 
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Replace  the  CD  entry  in  Table  1 with  the  following  2 entries; 


Abstract 

symbol 

Parameter 
construction  from 
nrimitive  forms 

Octets  per  parameter: 
symbol  and  value 

Parameter  range: 
symbol  and  value 

CCO 

UI  at  direct 

BCCO 

CCOR 

colour  precbion 
(dcp) 

{-dcp/8} 

{0..(2“dcp.l)} 

(see  note  2} 

CD 

(CCO, CCO, CCO) 

or 

(CCO,CCO,CCO,CCO) 

BCD 

-{3*BCCO} 

or 

BCD 

-|4*BCC0) 

CCOR 

(see  notes  1,16} 
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Table  1,  last  line,  change  CDR  to  CCOR. 
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Add  the  following  at  the  end  of  table  1; 


Abstract 

symbol 

Parameter 
construction  from 
primitive  forms 

Octets  per  parameter: 
symbol  and  value 

Parameter  range: 
symbol  and  value 

BS 

nUI  at  fixed 

BBS 

BSR 

precision  (16*bit) 

(see  note  15} 

{=2n} 

(see  note  15} 

oc 

UI  at  fixed 
precbion  (8-bit) 

BOC  {-1} 

OCR 

(0..255} 

132 

UI  at  fixed 
precision  (32-bit) 

BI32  {-4} 

I32R 

(0..2**32-l} 
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Change  note  2 in  the  Additional  description  (notes)  for  table  1 to; 


2)  For  colour  models  RGB  and  CMYK  a direct  colour  component  is  abstractly  a real  in  the  range  {0,1}. 
For  colour  modeb  CIELAB  and  CIELUV  it  b abstractly  a real  in  the  respective  colour  spaces  with 
different  ranges  for  the  direct  colour  components.  The  COLOUR  VALUE  EXTENT  element  provides 
for  the  mapping  between  a direct  colour  component  represented  as  UI  and  the  corresponding  real  value. 
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Add  the  following  to  the  additional  description  (notes 


2 
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15)  The  bitstream  (BS)  data  type  is  encoded  as  a stream  of  binary  digits  (bits)  packed  in  IS-bit  unsigned 
integers.  The  BS  data  type  is  used  in  part  1 of  this  Standard  for  the  compressed  colour  specifier  lists  of 
Tile  Array  elements.  A bitstream  type  parameter  shall  be  encoded  in  the  Binary  Encoding  of  this  pan 
with  the  smallest  number  of  whole  16-bit  words  which  will  hold  the  bits  of  the  parameter  data.  If  the 
parameter  data  bits  do  not  exactly  fill  an  integral  number  of  16-bit  words,  the  remaining  bits  in  the  last 
word  shall  be  0.  The  range  for  parameter  type  BS  is  not  applicable. 

16)  The  abstract  parameter  type  CD  is  a 3-tuple  or  4-tuple  of  CCO  depending  on  COLOUR  MODEIL. 
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7 Representation  of  each  element 


Page  20 

Subciause  7.2,  add  the  following  to  Table  3,  Delimiter  Elements; 


Element 

Claaa  0 

Element 

Id 

Parameter 

Type 

Parameter 

List 

Length 

Parameter 

Range 

Default 

BEGIN  COMPOUND  PATH 

13 

E 

BE 

{0,1} 

see  below 

END  COMPOUND  PATH 

14 

n/a 

0 

n/a 

n/a 

BEGIN  PROTECTION  REGION 

15 

DC 

BDC 

DCR 

see  below 

END  PROTECTION  REGION 

16 

n/a 

0 

n/a 

n/a 

BEGIN  TILE  ARRAY 

17 

P, 

BP+ 

VDCR, 

n/a 

2E. 

2BE+ 

{0..3},{0.1}, 

n/a 

6I,2R, 

6BI+2BR+ 

+IR,+RR, 

n/a 

21,21 

4BI 

-m-IR,+IR 

n/a 

END  TILE  ARRAY 

18 

n/a 

0 

n/a 

n/a 

Code  Description 

13  BEGIN  COMPOUND  PATH;  has  1 parameter: 

Pi:  (index)  path  type:  valid  values  are: 

0 text  path 

1 compound  line 

See  part  1,  clause  6 of  this  Standard  regarding  defaults. 

14  END  COMPOUND  PATH;  has  no  parameters. 

15  BEGIN  PROTECTION  REGION:  has  1 parameter: 
Pi:  (index)  region  index. 

See  part  1,  clause  6 of  this  Standard  regarding  defaults. 

16  END  PROTECTION  REGION;  has  no  parameters. 

17  BEGIN  TILE  ARRAY;  has  13  parameters; 

Pi:  (point)  position. 

P2:  (enumerated)  cell  path  direction. 

0 0 degrees 

1 90  degrees 

2 180  degrees 

3 270  degrees 

P3:  (enumerated)  line  progression  direction. 

0 90  degrees 

1 270  degrees 

P4:  (integer)  number  of  tiles  in  path  direction. 

P5:  (integer)  number  of  tiles  m line  direction. 

P6;  (integer)  number  of  cells/tile  in  path  direction. 

P7 ; (integer)  number  of  ceils/ tile  in  line  direction. 

Dam  test 
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P8:  (real)  cell  size  in  path  direction. 

P9.  (real)  cell  size  in  line  direction. 

PlO:  (integer)  image  offset  in  path  direction. 

Pll; (integer)  image  offset  in  line  direction. 

Pl2:  (integer)  image  size  in  path  direction. 

P13;  (integer)  image  size  in  line  direction. 

18  END  TILE  ARRAY : has  no  parameters. 
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Replace  the  COLOUR  VALUE  EXTENT  entry  in  Table  4,  Metafile  Descriptor  Elements,  with; 


Element 

Class  1 

Element 

Id 

Parameter 

Type 

Parameter 

List 

Length 

Parameter 

Range 

Default 

COLOUR  value 
EXTENT 

10 

2CD  or  6R 

2BCD  or  6BR 

CCOR  or  RR 

see  below 
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Subclause  7.3,  add  the  following  to  Table  4,  Metafile  Descriptor  Elements; 


Element 

Class  1 

Element 

Id 

Parameter 

Type 

Parameter 

List 

Length 

Parameter 

Range 

Default 

COLOUR  MODEL 

19 

IX 

BDC 

IXR 

1 

COLOUR  CALIBRATION 

20 

3R, 

3BR+ 

RR, 

see  below 

either 

9R,I,6nCCO 

9BR+BI+6nBCCO 

RR.-m-IR.CCOR 

l,nCD,3nR 

BR +11BOD +3iiDR 

IR , C C 0 R ,RR 

FONT  PROPERTIES 

21 

2IX, 

2BDC+ 

+IXR 

n/a 

n(S(or)IX(or) 

nfBS(or)BIX(or) 

SR(or)+-(-IXn(or) 

I32(or)nlX(or) 

BI32(or)nBDC(or) 

132R(or)IXR(or) 

R(or)30C| 

BR(or)3BOC)+ 

-M-RR(or)OCR 

I 

IR 

-m-IR 

GLYPH  MAPPING 

22 

IX£, 

BIX+BE+ 

+IXRi3I 

n/a 

s,i. 

BS+BI+ 

SR,+IR 

n(OC,mOC,I32) 

n((m+l)BOC+Bl32) 

OCR,OCR,I32R 

SYMBOL  LIBRARY  LIST 

23 

nS 

nBS 

SR 

n/a 

Page  it 

Replace  note  10,  COLOUR  VALUE  EIXTENT,  with: 

10  COLOUR  Value  extent  has  vanable  parameters  depending  upon  the  colour  model: 

If  the  model  is  RGB  or  CMYK,  then  2 parameters: 

Pi:  (direct  colour  value)  minimum  colour  value 
P2:  (direct  colour  value)  maximum  colour  value 
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If  the  model  b CIELAB  or  CELUV,  then  3 parameters: 

Pi:  (real)  scale  and  offset  pair  for  first  component. 

P2;  (real)  scale  and  offset  pair  for  second  component. 

P3:  (real)  scale  and  offset  pair  for  third  component. 

See  part  1,  clause  6 of  this  Standard  regarding  defaults. 
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Add  the  following  notes  (on  Table  4): 

Code  Description 

19  COLOUR  MODEL;  has  1 parameter: 

Pi:  (index)  colour  model:  the  following  values  are  standardized: 

1 RGB 

2 CIELAB 

3 CELUV 

4 CMYK 

>4  reserved  for  for  registration  and  standardization. 

20  COLOUR  CALBRATION:  has  4 parameters 

Pi;  (real)  reference  white  value  X component 
P2;  (real)  reference  white  value  Y component 
P3;  (real)  reference  white  value  Z component 

P4;  calibration  data  whose  format  and  content  depend  upon  the  value  of  COLOUR  MODEL.  If  the 
colour  model  is  RGB  then: 

(real)  3x3  RGB  calibration  matrix:  Xr,  Xg,  Xb,  Yr,  Yg,  IT),  Zr,  Zg,  Zb. 

(integer)  number  of  lookup  table  entries  (~n). 

(colour  component)  2n  red  lookup  table  entries;  R’,  R. 

(colour  component)  2n  green  lookup  table  entries:  G’,  G. 

(colour  component)  2n  red  lookup  table  entries:  B’,  B. 

If  the  colour  model  is  CMYK  then: 

(integer)  number  of  grid  locations  (»n). 

(direct  colour  list)  n CMYK  grid  locations. 

( n*(3  real))  n XYZ  grid  hscatians,  each  being;  CEXYZ-X,  CEXYZ-Y,  CEXYZ-Z 
See  part  1,  clause  6 of  this  Standard  regarding  defaults. 

21  FONT  PROPERTES:  has  a variable  number  of  parameter  4-tuples;  each  parameter  4-tuple  contains: 
Pi:  (index)  property  indicator,  valid  vaines  are: 

1 font  index 

2 standard  version 

3 design  source 

4 font  family 

5 posture 

6 weight 

7 proportionate  width 

3 included  glyph  collections 

9 included  glyphs 
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10  design  size 

11  minimum  size 

12  maximum  size 

13  design  group 

14  structure 

>14  reserved  for  registration  and  standardization 
P2;  (index)  property  value  type,  valid  values  are: 

1 integer 

2 real 

3 index 

4 string 

5 octet 

6 i32 

P3:  property  value,  following  are  property  value  type  and  property  name  in  the  correct  association,  fol- 
lowed by  valid  values  where  defined: 

(index)  font  index 

(integer)  standard  version,  valid  values  are: 

L for  ISO  9541:1991  (first  version) 

(soring)  design  source 

(soin^  fiat  family 

(index)  posture,  niid  Tallies  are: 

0 not  applicable 

1 upright 

2 oblique 

. 3 back  slanted  oblique 

4 italic 

5 back  slanted  italic 

6 other 

>6reserved  for  registration  and  standardization 
(index)  weight,  valid  values  are: 

0 not  applicable 

1 ultra  light 

2 extra  light 

3 light 

4 semi  light 

5 medium 

6 semi  bold 

7 bold 

8 extra  bold 

9 ultra  bold 

>9reserved  for  registration  and  standardization 
(index)  proportionate-width,  valid  values  are: 

0 not  applicable 

1 ultra  condensed 

2 extra  condensed 

3 condensed 

4 semi  condensed 

5 medium 

6 semi  expanded 
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7 expanded 

8 extra  expanded 

9 ultra  expanded 

>9reserved  for  registration  and  standardization 

(i32  list)  included  glyph  collections:  1 or  more  AFII  32-bit  glyph  collection  identifiers  of  type  i32. 
(index  list)  included  glyphs:  one  or  more  character  set  indexes. 

(real)  design-size 
(real)  minimum-size 
(real)  maximum-size 

(3  octets)  design  group:  a 3-tuple  of  parameters  of  type  octet,  which  respectively  define  the  class, 
subclass,  and  specific  group  components  of  the  design  group. 

(index)  structure:  valid  values  are: 

0 undefined  or  not  applicable 

1 solid 

2 outline 

>2reserved  for  registration  and  standardization 
P4:  (integer)  priority 

21  GLYPH  MAPPING:  has  5 parameters: 

Pi:  (index)  character  set  index 

P2:  (enumerated)  basis  set  character  set  type:  valid  values  are  as  for  CHARACTER  SET  LIST. 

P3:  (string)  basis  set  designation  sequence  tail:  valid  values  are  as  for  CHAR-ACTER  SET  LIST. 

P4:  (integer)  octets  per  code,  valid  values  are  positive  integers. 

P5:  (Ibl  of  (octet,m*octet,i32))  code/glyphname  pair  list:  a list  which  encodes  pairs  of  code/glyphname 
associations.  The  form  is  a list  of  run  length  specifiers,  where  each  specifier  encodes  a sequence  of 
1 or  more  code/glyphname  pairs  and  is  represented  by:  (octet, m*octet,i32).  If  the  first  octet 
equals  1,  then  only  the  single  pair  defined  by  the  second  and  third  parmeters  is  encoded  (the  second 
parameter  is  an  m-octet  code,  where  m is  the  value  of  P4),  If  the  first  octet  is  greater  than  1,  then 
the  second  and  third  parameters  define  the  base  pair  of  a sequence.  Each  of  the  two  components 
of  each  pair  in  the  sequence  is  1 greater  than  the  previous  pair.  The  first  octet  is  the  number  of 
pairs  in  the  sequence. 

23  SYMBOL  LIBRARY  LET:  has  a variable  parameter  list 

Pl-Pn:  n symbol  library  names  (strings),  the  first  name  in  the  list  is  assigned  to  index  1,  the  second  to 
index  2,  etc. 

Pa.ge  S4 

Table  5,  last  line,  change  CDR  to  CCOR. 

Page  £4 

Table  5,  LINE  WIDTH  SPECIFICATION  MODE  entry,  change  (0,1)  to  {0..3}. 

Page  t4 

Table  5,  MARKER  SIZE  SPECIFICATION  MODE  entry,  change  (0,1)  to  {0..3}. 

Page  £4 

Table  5,  E]DGE  WTOTH  SPECIFICATION  MODE  entry,  change  (0,1)  to  {0..3}. 
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Page  24 


Add  the  following  to  the  end  of  table  5,  Picture  Descriptor  Elements: 


Element 

Class  2 

Element 

Id 

Parameter 

Type 

Parameter 

List 

Lenirth 

Parameter 

Range 

Default 

INTERIOR  STYLE 
SPECFICATION 
MODE 

16 

E 

BE 

10,1.2,3} 

0 

Page  24 

Note  3,  LINE  WIDTH  SPECIFICATION  MODE,  add  to  the  list  of  values  for  the  parameter  Pi: 

2 fractional 

3 mm 

Page  24 


Note  4,  MARKER  SIZE  SPECIFICATION  MODE,  add  to  the  list  of  values  for  the  parameter  Pi: 

2 fractional 

3 mm 

Page  24 


Note  5,  EDGE  WIDTH  SPECIFICATION  MODE,  add  to  the  list  of  values  for  the  parameter  Pi: 

2 fractional 

3 mm 

Page  24  (Am.l  page  4) 

Note  11,  LINE  REPRESENTATION,  replace  the  description  of  P3  with: 

Pi:  (vdc)  line  width  specifier  if  specification  mode  is  ’absolute’,  (real)  specifier  otherwise. 

Page  24  (Am.l  page  4) 

Note  12,  MARKER  REPRESENTATION,  replace  the  description  of  P3  with: 

Pi:  (vdc)  marker  size  specifier  if  specification  mode  is  ’absolute’,  (real)  specifier  otherwise. 

Page  24  (Am.l  page  5) 

Note  15,  EDGE  REPRESENTATION,  replace  the  description  of  P3  with- 
Pi;  (vdc)  edge  width  specifier  if  specification  mode  is  ’absolute’,  (real)  specifier  otherwise. 


Page  25 


Note  7,  BACKGROUND  COLOUR,  delete  ’red,green,blue  3-tuple.’ 

Page  25 


Add  the  foUowiag’ note  (on  Table  5): 


October  1900 
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Code  Description 

16  INTERIOR  STYLE  SPECIFICATION  MODE:  has  1 parameter; 
Pi:  (enumerated)  valid  values  are: 

0 absolute 

1 scaled 

2 fractional 

3 mm 

Page  26 


Add  the  following  to  table  6,  control  elements: 


Element 

Class  3 

Element 

Id 

Parameter 

Type 

Parameter 

List 

Length 

Parameter 

Range 

Default 

PROTECTION  REGION 

INDICATOR 

17 

2IX 

2BIX 

{0X2i 

n/a,0 

GE'ELALIZED  TEXT  PATH 

MODE 

18 

E 

BE 

(04^) 

0 

MTIRE  LiMrr 

19 

R 

BR 

RR 

1.00 

Page  26 


Note  3,  AU3QLIARY  COLOUR,  replace; 
a 3-tuple  of  red,  green,  and  blue  integer  (I)  values 
with: 

a 3-tuple  or  4-tuple  of  direct  colour  components  (CCO) 


Page  26 


Add  the  following  notes  (on  table  6): 

Code  Description 

17  PROTECTION  REGION  INDICATOR:  has  2 parameters: 

Pi:  (index)  region  index 

P2:  (index)  region  indicator;  valid  values  are; 

0 off 

1 clip 

2 shield 

18  GENERALIZED  TEXT  PATH  MODE:  has  1 parameter: 
Pi:  (enumerated)  text  path  mode:  valid  values  are: 

0 off 

1 non-tangential 

2 axis  tangential 
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19  MITRE  LIMIT:  has  1 parameter: 
Pi:  (real)  mitre  limit 


Page  28 


Subclause  7.6,  add  the  following  to  Table  7,  Graphical  Primitive  Elements: 


Element 

Class  4 

Element 

Id 

Parameter 

Type 

Parameter 

List 

Lenirth 

Parameter 

Range 

Default 

HYPERBOLIC  ARC 

22 

3P,4VDC 

3BP+4BVDC 

VDCR 

n/a 

PARABOLIC  ARC 

23 

3P 

3BP 

VDCR 

n/a 

NON-UNIFORM  B-SPLINE 

24 

2LnP, 

2BI-l-nBP-(- 

IR,VDCR, 

n/a 

(n-)-m)R 

(n-t-m)BR-(- 

^RR 

n/a 

2R 

2BR 

++RR 

n/a 

NON-UNIFORM  RATIONAL 

B-SPLINE 

25 

2I,nP, 

2BI-t-nBP-i- 

IR.VDCR, 

n/a 

(n-(-m)R 

(n-(-m)BR-(- 

++RR 

n/a 

2R 

2BR-I- 

-(-+RR 

n/a 

nR 

nBR 

-)-+RR 

n/a 

POLYBEZIER 

26 

IX,nP 

BK-i-nBP 

{1,2,3}, 

n/a 

VDCR 

SYMBOL 

27 

P,IX 

BP-^BK 

VDCR,+DaR 

n/a 

BITONAL  TILE 

28 

LK 

BI-i-BK-t- 

-i-IR,-m-IXR 

n/a 

2CO 

2BC0-I- 

COR 

n/a 

BS 

BBS 

BSR 

n/a 

TILE 

29 

LK 

BI-^BK-t- 

+IR,h-+D^R, 

n/a 

LBS 

BI-kBBS 

4-IRBSR 

n/a 

Page  28 

Add  the  following  notes  (on  Table  7): 

Code  DescripticHi 

22  HYPERBOLIC  ARC:  has  7 parameters: 

Pi:  (point)  centre  point 
P2:  (point)  transverse  radius  end  point 
P3:  (point)  conjugate  radius  end  point 
P4:  (vtic)  start  rector  z component 
P5:  (rdc)  start  vector  j component 
P6:  (rdc)  end  vector  x component 
P7:  (rdc)  end  vector  x component 

23  PARABOLIC  ARC:  has  3 parameters: 

Pi:  (point)  tangent  intenection  point 
P2:  (point)  start  point 
P3:  (point)  end  point 

24  NON-Ur'ITFORM  B-SPLINE;  has  a variable  parameter  list: 

Pi:  (integer)  spline  order  (»m) 

P2:  (integer)  number  of  control  points  (oq) 

P(3)-P(2+n):  (points)  array  of  control  points 
P(3-Hi)4*(2rt4D-t-m):  (real)  list  of  knots,  of  length  n+m. 
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P(3+2n+m):  (real)  parameter  start  value 
P(4+2a+m):  (real)  parameter  end  value 

25  NON-UNIFORM  RATIONAL  B-SPLE^;  has  a variable  parameter  list: 

Pi:  (integer)  spline  order  (=in) 

P2:  (integer)  number  of  control  points  (=»n) 

P(3)-P(2-Ki):  (points)  array  of  control  points 
P(3-(-n)-P(2+2n-t-m):  (real)  list  of  knots,  of  length  n+m. 

P(3+2n+m):  (real)  parameter  start  value 
P(4-t-2n+m):  (real)  parameter  end  value 
P(5+2n+m)-P(4-l-3n-fm):  (real)  list  of  weights,  of  length  n. 

26  POLYBEZIEIR:  has  a variable  parameter  list: 

Pi:  (index)  continuity  indicator  valid  values  are: 

1;  discontinuous 
2:  continuous 
3:  smooth 

P2-Pn:  (point)  list  of  point  sequences:  each  sequence  defines  a single  bezier  curve  and  contains  4,  3,  or  2 
points  respectively,  according  to  the  continuity  indicator  values  1,  2,  3. 

27  SYMBOL;  has  2 parameters; 

Pi:  (point)  position 
P2:  (index)  symbol  index 

28  BITONAL  TILE:  has  5 parameters: 

Pi:  (integer)  tile  identifier 

P2:  (index)  compression  type;  valid  values  are; 

0 null  background 

1 null  foreground 

2 T6 

3 T4  1-dimensional 

4 T4  2-dimensional 

5 bitmap  (uncompressed) 

6 LZW 

>6  reserved  for  registration  and  standardaation 

P3;  (colour)  cell  background  colour 

P4:  (colour)  cell  foreground  colour 

P5  (bitstream)  compressed  ceil  colour  specifiers 

29  TILE;  has  4 parameters; 

Pi;  (integer)  tile  identifier 

P2:  (index)  compression  type:  valid  values  are; 

0 null  background 

1 null  foreground 

2 T6 

3 T4  1-dimensional 

4 T4  2-<limensional 

5 bitmap  (uncompressed) 

6 LZW 

>6  reserved  for  registration  and  standardization 

P3:  (integer)  cell  colour  precision:  valid  vaius  aro  as  for  the  local  colour  precision  of  CELL  ARRAY. 
P4;  (bitstream)  compressed  cell  colour  specifiers 
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Page  SS 


Table  8,  COLOUR  TABLE  entry,  change  CDR  to  CCOR. 


Page  S3 


Subclause  7.7,  add  the  following  to  the  end  of  Table  8,  Primitive  Attribute  Elements: 


Element 

Class  5 

Element 

Id 

Parameter 

Type 

Parameter 

List 

Length 

Parameter 

Range 

Default 

LINE  AND  EDGE  TYPE 

DEFINITION 

37 

DCR, 

BDC-hBR-^ 

-DCR.RR 

n/a 

nl 

nBI 

-m-R 

LINE  CAP 

38 

K,I 

BDC+BE 

-kEXR,{0,1} 

1,0 

LINE  JOIN 

39 

DC 

BDC 

+IXR 

1 

LINE  TYPE  CONTINUATION 

40 

DC 

BDC 

+IXR 

1 

LINE  TYPE  INITIAL  OFFSET 

41 

R 

BR 

-hhRR 

0.0 

TEXT  SCORE  TYPE 

42 

nDC.nE 

nBDC-t-nBE 

DCR,{1..4} 

1,1 

RESTRICTED  TEXT  TYPE 

43 

DC 

BDC 

-^DCR 

1 

HATCH  STYLE  DEFINITION 

44 

DCE 

BCv-f  BE-f- 

-DR, {0,1}, 

n/a 

(4VDC  or  4BR) 

(4B’VT)C  or  4R)+ 

’VDCR  or  RR, 

R,I, 

BR+BI-t- 

-t-RR.+R, 

nDC.nl 

nBDC-t-nBI 

. f + IR 

GEOMETRIC  PATTERN 

45 

d:,n. 

BDC-t-BN-H 

-hIXR.NR 

n/a 

2P 

2BP 

VT>CR 

INTERPOLATED  INTERIOR 

DEFINITION 

46 

IX.I, 

2BDC-(-2BI-(- 

{1..3},+R, 

(2nVDC  or  2nR) 

(2nBVDC  or  2nBR)+ 

VDCR  or  RR 

mR.kCO 

mBR-(-kBCO 

RR.COR 

EDGE  CAP 

47 

DCE 

BDC-hBE 

-t-IXR,{0,l} 

1,0 

EDGE  JOIN 

48 

DC 

BDC 

4-IXR 

1 

EDGE  TYPE  CONTINUATION 

49 

DC 

BDC 

-fIXR 

1 

EDGE  TYPE  INTIAL  OFFSET 

50 

R 

BR 

-m-RR 

0.00 

SYMBOL  LIBRARY  INDEX 

51 

DC 

BDC 

-^DR 

1 

SYMBOL  COLOUR 

52 

CO 

BCO 

COR 

see  below 

SYMBOL  SIZE 

53 

E.2VDC 

BE+2BVDC 

{0..2},'VDCR 

SYMBOL  ORIENTATION 

54 

4'VDC 

4B'VDC 

’^CR 

0.1. 1.0 

Page  SS 


Note  3,  LINE  WIDTH,  replace  description  of  Pi  with: 

Pi:  (vdc)  line  width  specifier  if  specification  mode  is  ’absolute’,  (real)  specifier  otherwise;  default  as  clause  6 
part  1. 

Page  33 

Note  4,  LINE  COLOUR,  replace: 
a 3-tuple  of  red,  green,  and  blue  integer  (I)  values 
with: 

a 3-tuple  or  4-tuple  of  direct  colour  components  (CCO) 
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Page  34 

Note  7,  marker  SIZE,  replace  description  of  Pi  with: 

Pi:  (vdc)  marker  size  specifier  if  specification  mode  is  ’absolute’,  (real)  specifier  otherwise;  default  as  clause  6 
part  1. 


Page  34 


Note  8,  MARKER  COLOUR,  replace: 
a 3-tuple  of  red,  green,  and  blue  integer  (I)  values 
with: 

a 3-tuple  or  4-tupie  of  direct  colour  components  (CCO) 


Page  34 

Note  14,  TEXT  COLOUR,  replace: 
a 3-tuple  of  red,  green,  and  blue  integer  (I)  values 
with: 

a 3-lupie  or  4-tuple  of  direct  colour  components  (CCO) 


Page  35 

Note  23,  FILL  COLOUR,  replace: 
a 3-tuple  of  red,  green,  and  blue  integer  (I)  values 
with: 

a 3-tuple  or  4-tuple  of  direct  colour  components  (CCO) 

Paqe  38 

Note  ZS,  roCE  WIDTH,  replace  description  of  Pi  with: 

Pi:  (vdc)  edge  width  specifier  if  specification  mode  is  ’absolute’,  (real)  specifier  otherwise;  default  as  clause  6 
part  1_ 

Pofe  38 

Note  29,  EDGE  COLOUR,  replace: 
a 3-tupie  of  red,  green,  and  blue  integer  (I)  values 
with; 

a 3-tuple  or  4-4iiple  of  direct  colour  components  (CCO) 

L4.  DAM  text  October  1990 


232 


ISO/IEC  8632-3:1987/Am.3a091  (E) 


Representation  of  each  element 

Page  S6 

Note  33,  in  each  of  Pi,  P2,  P3,  P4  change: 

(vdc) 

to: 

(vdc)  or  (real)  specifier  depending  on  the  interior  style  specification  mode,  of 
Page  37 

Note  33,  replace  the  last  sentence  with: 

The  default  is  as  specified  in  clause  6 of  part  1 of  this  Standard. 


Page  37 


Note  34,  COLOUR  TABLE,  replace: 
red, green, blue  3-tuples 
with: 

3-tuples  or  4-tuples  of  direct  colour  components  (CCO) 


Page  37 

Add  the  following  notes  (on  Table  8): 

Code  Description 

37  LINE  AND  EDGE  TYPE  DEFINITION:  has  a variable  parameter  list: 

Pi:  (index)  line  type 

P2:  (real)  dash  cycle  repeal  length 

P3-P(n-)-2):  (integer)  list  of  n dash  elements 

38  LINE  CAP:  has  2 parameters: 

Pi:  (index)  line  cap  indicator:  the  {oUowingvaiaa  are  standardized: 

1 unspecified 

2 butt 

3 round 

A projecting  square 
5 triangle 

P2:  (enumerated)  dash,  cap  indicator  Taiid  values  are: 

0 unspecified 

1 match 

39  LINE  JOIN;  has  1 parameter: 

Pi:  (index)  line  join  indicator;  the  following  values  are  standardized; 

1 unspecified 

2 mitre 
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3 round 

4 bevel 

40  LINE  TYPE  CONTINUATION:  has  i parameter: 

Pi:  (index)  continuation  mode:  the  following  values  are  standardized: 

1 unspecified 

2 continue  ^ 

3 restart 

4 adaptive  continue 

>4  reserved  for  registration  and  standardization 

41  LINE  TYPE  INITIAL  OFFSET;  has  1 parameter; 

Pi:  (real)  line  pattern  offset 

42  TEXT  SCORE  TYPE;  has  1 parameter: 

Pl-Pn:  list  of  score  type,  score  indicator  pairs  (index, enumerated);  the  following  values  are  standardized 
for  the  score  type: 

1 right  score 

2 left  score 

3 through  score 

4 kendot 

valid  values  for  the  score  indicators  are: 

0 off 

1 on 

43  RESTRICTED  TEXT  TYPE;  has  1 parameter; 

Pi:  (index)  restriction  method:  the  following  values  are  standardized: 

1 basic 

2 boxed 

3 isotropic 

4 justified 

44  HATCH  STYLE  DEFTNITION:  has  a variable  parameter  Ibt: 

Pi:  (index)  batch  index 

P2:  (enumerated)  style  indicator;  valid  values  are; 

0 parallel 

1 cross  hauh 

P3;  (vdc)  first  hatch  direction  vector  x component  if  the  interior  style  specification  is  ’absolute’,  or 
(real)  x component  otherwise;  defaults  are  as  specified  in  clause  6 of  ptmt  1 of  this  Standard. 

P4:  first  hatch  direction  vector  y component,  specification  umts  and  defaults  as  for  first  hatch  direction 
vector  X component. 

P5:  second  hatch  direction  vector  x component,  specification  units  and  defaults  as  for  first  hatch  direc- 
tion vector  X component. 

P6:  second  hatch  direction  vector  y component,  specification  units  and  defaults  as  for  first  hatch  direc- 
tion vector  X component. 

P7;  (real)  duty  cycle  length 

P8;  (integer)  number  of  hatch  lines  (=n) 

P9-P(84-n):  (integers)  list  of  n gap  widths 
P(9-fn)-P(8-l-2n):  (integers)  list  of  n line  types 

45  GEOMETRIC  PATTERN:  has  4 parameters: 

Pi:  (index)  geometric  pattern  index 
P2:  (name)  segment  identifier 
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P3:  (point)  first  comer  point 
P4:  (point)  second  corner  point 

46  INTE31P0LATED  INTERIOR  DEFINITION:  has  a variable  parameter  list; 

Pi:  (index)  style:  valid  values  are: 

1 parallel 

2 elliptical 

3 triangular 

P2:  (integer)  number  of  stages  (^m) 

P3:  (2nVDC)  reference  geometry  if  interior  style  specification  is  ’absolute’,  or  (2nR)  otherwise;  n=l  for 
parallel  style  and  2 for  elliptical  and  triangular. 

P4:  (real)  array  of  m stage  designators 

P5:  (colour)  array  of  k colour  specifiers:  for  triangular,  m-l-1  otherwise. 

47  EDGE  CAP:  has  2 parameters: 

Pi:  (index)  edge  cap  indicator:  the  following  values  are  standardized: 

1 unspecified 

2 butt 

3 round 

4 projected  square  cap 

5 triangle 

P2:  (enumerated)  dash  cap  indicator;  valid  values  are: 

0 unspecified 

1 match 

48  EDGE  JOIN:  has  1 parameter: 

Pi:  (index)  edge  join  indicator;  the  following  values  are  standardized: 

1 unspecified 

2 mitre 

3 round 

4 bevel 

49  EDGE  TYPE  CONTINUATION:  has  1 parameter: 

Pi;  (index)  continuation  mcxle:  the  following  values  are  standardized: 

1 unspecified 

2 continue 

3 restart 

4 adaptive  cootinne 

>4  reserved  for  registration  and  «fTi/j«>i4iTarin«i 

50  EDGE  TYPE  INITIAL  OFFSET;  has  1 parameter; 

Pi:  (real)  pattern  o£^t 

51  SYTvlBOL  LIBRARY  INDEDC  has  1 paiamecer: 

Pi;  (index)  symbol  library  index 

52  SYMBOL  COLOUR;  has  1 parameter 
Pi:  (colour)  symbol  colour 

53  SYMBOL  SIZE:  has  3 parameters; 

Pi;  (enumerate)  scale  indicator:  valid  values  are: 

0 height 

1 width 

October  1890  DAM  text  17 


235 


ISO/IEC  8M2^1987/Ain.3:lflfll  (E) 


Representation  of  each  element 


2 both 

P2;  (vdc)  symbol  height 
P2:  (vdc)  symbol  width 

54  SYMBOL  ORIENTATION:  has  4 parameters: 

Pi;  (vdc)  up  vector  x component 
P2;  (vdc)  up  vector  y component 
P3:  (vdc)  base  vector  x component 
P4:  (vdc)  base  vector  y component 

Page  S9  (Am.1  page  7) 

Section  7.10,  add  to  the  end  of  the  INHERITANCE  FILTER  list: 

70  line  cap 

71  line  join 

72  line  type  continuation 

73  line  type  initial  oSset 

74  text  score  type 

75  restricted  text  type 

76  generalized  text  path  mode 

77  interpolated  interior  definition 

78  edge  cap 

79  edge  join 

80  edge  type  continuation 

81  edge  type  initial  ofiset 

82  symbol  library  index 

83  symbol  colour 

85  symbol  size 

86  symbol  orientation 

87  mitre  limit 

Page  39  (Am.l,  page  7) 


Subclause  7.10,  add  the  foliowmg  to  Table  11,  Segment  Elements: 


Element 

Element 

Parameter 

Parameteii 

Parameter 

Default 

Clan  8 

Id 

Type 

List 

Lensth 

Range 

SEGMENT  VISIBILITY 

8 

Ni: 

BN-^ 

NR.ER 

-.0 

Add  the  following  notes  (on  Table  11): 

Code  Description 

8 SEG\ffiNT  VISIBILrrY : has  2 parameten: 

Pi:  (name)  segment  identifier 

P2:  (enumerated)  visibility:  valid  values  azv: 

0 invisible 

1 visible 

Page  iS 

Add  the  following  to  the  list  of  elemena  in  annex  C; 
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Class 

Element 

Element 

Code 

Name 

0 

13 

BEGIN  COMPOUND  PATH 

0 

14 

END  CO\ff  OUND  PATH 

0 

15 

BEGIN  PROTECTION  REGION 

0 

16 

END  PROTECTION  REGION 

0 

17 

BEGIN  TILE  ARRAY 

0 

18 

END  TILE  ARRAY 

1 

19 

COLOUR  MODEL 

1 

20 

COLOUR  CALIBRATION 

1 

21 

FONT  PROPERTIES 

1 

22 

GLYPH  MAPPING 

1 

23 

SYMBOL  LIBRARY  LIST 

2 

16 

INTERIOR  STYLE  SPECIFICATION  MODE 

3 

17 

PROTECTION  REGION  INDICATOR 

3 

18 

GENERALIZED  TEXT  PATH  MODE 

3 

19 

MITRE  LIMIT 

4 

22 

HYPERBOLIC  ARC 

4 

23 

PARABOLIC  ARC 

4 

24 

NON-UNIFORM  B-SPLDVE 

4 

25 

NON-UNIFORM  RATIONAL  B-SPLINT 

4 

26 

POLYBEZIER 

4 

27 

BITONAL  TILE 

4 

28 

TILE 

4 

29 

SYMBOL 

5 

37 

LINE  AND  EDGE  TYPE  DEFINITION 

5 

38 

LINE  CAP 

5 

39 

LINE  JOIN 

5 

40 

LINE  TYPE  CONTINUATION 

5 

41 

LINE  TYPE  INITIAL  OFFSET 

5 

42 

TEXT  SCORE  TYPE 

5 

43 

RESTRICTED  TEXT  TYPE 

5 

44 

HATCH  STYLE  DEFINITION 

5 

45 

GEOMETRIC  PATTERN 

5 

46 

INTERPOLATED  INTERIOR  DEFINITION 

5 

47 

EDGE  CAP 

5 

48 

EDGE  JOIN 

5 

49 

EDGE  TYPE  CONTINUATION 

5 

50 

EDGE  TYPE  INTIAL  OFFSET 

5 

51 

SYMBOL  LIBRARY  INDEX 

5 

52 

SYMBOL  COLOUR 

5 

53 

SYMBCX.  SIZE 

5 

54 

SYMBOL  ORIENTATION 

8 

8 

SEGMENT  VISIBILITY 

19 
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5 Metafile  format 


Page  4 


Clause  3,  add  to  the  notational  conventions: 


<... >(n)  = exactly  n occurrences,  n=0,l,2,... 

Page  8 (Am.l,  page  l) 

Subclause  5.3.1  after  the  first  sentence  add: 

The  data  types  OCTETS  and  132  of  part  1 of  this  Standard  are  bound  to  non-ncgatiye  values  of  signed 
integers,  also  indicated  in  this  encoding  as  1. 

Page  9 

Add  new  section  5.3.6: 

5.3.6  Bitstream  datatype 

The  parameters  of  type  Bitstream,  of  tile  array  elements,  shall  be  represented  as  follows.  The  bits  taken  4 at  a 
time  arc  represented  by  a single  hexidecimal  digit  in  the  Clear  Text  metaTilc.  Null  characters,  SPACE,  and 
format  effector  characters  may  be  interspersed  in  the  stream  for  readability.  For  c.xample,  a space  character 
every  ■!  digits  and  a newline  ever>'  CO  digits  would  provide  well-formatted  output.  Bitstream  datatype  is  indi- 
cated by  "B"  in  the  element  definitions. 

Page  10 


Subclause  5.3.5,  after  <RED  GREEN  BLUE>,  add: 


<L  A B> 


:=  <I1><SEP><IA><SEP><I£> 


<L  U V> 


<Ii><SEP><I:U><SEP><I;V> 


<Cri'AN  MAGENTA  ^'ELLOW  BLACK>  ::=<I:CYAN><SEP><IA1AGENTA> 

< SEP  > < E^TI-LOW  > < SEP  > < BLACK  > 


Page  10 


Subclause  5.3.5,  derived  type  for  K,  change: 

K ::=  <I>  I <DIRECTCOLR>  {colour  value,  depending  on  COLOUR  SELECTION  MODE} 


<DIRECTCOLR> 


- <RED  GREEN  BLUE>  (if  COLOUR  MODE!,  is  RGB} 
I <L  A B>  {if  COLOUR  MODEL  is  CIELAB} 

I <L  U V>  {if  COLOUR  MODEL  is  CIELLA^} 


October  ISOO 
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I <CYAN  MAGENTA  's'ELLOW  BLACK  > {if  COLOUR  MODEL  is  CNfll’C} 


Page  11 

Subciause  5.3.5:  in  the  definition  of  ’V’,  change: 

{ Used  for  line  width,  marker  size,  and  edge  width,  ... 
to: 

{ Used  for  line  width,  marker  size,  fill  interiors,  and  edge  width,  ... 


Page  11 

Subclause  5.4.1:  .A.dd  the  following  words  to  the  deleted  words  list: 

CURVE 

NORMALIZED 

TANGENTIAL 


Page  11 

Subclause  5.4.3.  .A.dd  the  following  words  to  the  unabbreviated  words  list: 


AXIS 

BOTH 

BEVEL 

BEZIER 

BITONAL 

GLYPH 

JOIN 

LIMIT 

MATCH 

METHOD 

MITRE 

MODEL 

OFFSET 

POLYBEZIER 

ROUND 

SCORE 

SHIELD 

SPLINE 

SYMBOL 

TILE 


Page  12 

Subclause  5.4.4:  Add  the  following  abbreviations: 


CALIBRATION 

COMPOUND 

2 


CALIB 

COMPO 

DAM  text 
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CONTINUATION 

DEFINITION 

FRACTIONAL 

GENERALIZED 

GEOMETRIC 

mTERBOLIC 

ENITLVL 

INTERPOLATED 

LIBRARY 

NON-UNIFORM  B-SPLINE 
NON-UNIFORM  RATIONAL  B-SPLINE 
PARABOLIC 

PROPERTIES 

PROTECTION 

R^VTIONAL 

UNIFORM 

UNSPECIFIED 

CONT 

DEF 

FRAC 

GEN 

GEO 

HYPERB 

INTT 

DVTERP 

LIB 

NUB 

NURB 

PARAB 

PROP 

PROT 

RAT 

UNIF 

UNSPEC 

Page  13 

Subdause  5.4.5; 

Add  the  following  derived  elcmcot  names: 

October  IflOO 
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Metafile  Name 

BEGIN  COMPOUND  PATH 
END  COMPOUND  PATH 
BEGIN  PROTECTION  REGION 
END  PROTECTION  REGION 
BEGIN  TILE  ARIL\Y 
END  TILE  ARRAY 

COLOUR  MODEL 
COLOUR  CALIBRATION 
FONT  PROPERTIES 
GLYPH  MAPPING 
SYMBOL  LIBRARY  LIST 


Enement  Name Notes 

BEGCOMPOPATH 

ENDCOMPOPATII 

BEGPROTREGION 

ENDPROTREGION 

BEGTILEARRAY 

ENDTILEARIUVY 

COLRMODEL 

COLRCALIB 

FONTPROP 

GL'iPHMAP 

S^TvIBOLLIBLIST 


INTERIOR  STYLE  SPECIFICATION  MODE  INTSTYLEMODE 


PROTECTION  REGION  INDICATOR 
GENERALIZED  TEXT  PATH  MODE 
MITRE  LIMIT 


PROTREGION 
GENTEXTPATIIN  IODIC 
MITRELIMIT 


HYPERBOLIC  ARC 

PARABOLIC  ARC 

NON-UNIFORM  B-SPLINP 

NON-UNTFORM  RATIONAL  B-SPLINE 

POL'i'BEZER 

SYMBOL 

BITONAL  TILE 

TILE 


mTERBARC 

P.\RABARC 

NUB 

NURB 

POLYBEZER 

S^TtlBOL 

BITONALTEE 

TILE 


LINE  ANT)  EDGE  TiTE  DEFINITION 
LINE  CAP 
LINE  JOIN 

LINE  TYTE  CONTINUATION 
LINE  TYPE  INITIAL  OFFSET 
TEXT  SCORE  TYPE 
RESTRICTED  TEDCT  TiPE 
HATCH  STYLE  DEFINITION 
GEOMETRIC  PATTERN 
INTERPOLATED  INTERIOR  DEFINITION 
EDGE  CAP 
EDGE  JOIN 

EDGE  TYPE  CONTINUATION 
EDGE  TYPE  INITIAL  OFFSET 
SYMBOL  LIBRARY  INDEX 
SYMBOL  COLOUR 
SYMBOL  SIZE 
SYMBOL  ORIENTATION 


LINPEDGETYPED  i:r 

LINECAP 

LINEJOIN 

LINETYPECONT 

LLNETYPEINITOri 'SET 

TEXTSCORETlPE 

RESTRTEXmPE 

HATCHSTYLEDEP 

GEOPAT 

INTERPINTDEF 

EDGECAP 

EDGEJOIN 

EDGETYPECONT 

EDGETYPEINITOFFSET 

S^'MBOLLIBINDEX 

SYMBOLCOLR 

SYMBOLSEE 

SYMBOLORI 


SEGMENT  VISIBILITY 


SEGVIS 


4 
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Page  15 

Subclause  6.2;  Add  the  following  Delimiter  element  encodings: 


BEGIN  COMPOUND  PATH  ::= 

BEGCOMPOPATH 

<SOFTSEP> 

<TEXT  1LINE> 

<TERM> 

ENT)  COMPOUND  PATH  ;;= 

ENDCOMPOPATH  < TEH  M > 

BEGIN  PROTECTION  REGION  ;:= 

BEGPROTREGION 

<SOFTSEP> 

<IJlEGIONINT)EX> 

<SEP> 

<CLIP  1 SHIELD  > 

<TERM> 

ENT)  PROTECTION  REGION 

ENT)PROTREGION  < TEH  N 1 > 

BEGIN  TILE  ARRAY  ;:= 

<BEGTILEARRAY> 

<SOFTSEP> 

<P:P0S1T10N> 

<SEP> 

<0  1 90  1 180  |270> 

<SEP> 

<90  |270> 

<SEP> 

<I;TILESPERPATH> 

<SEP> 

<I;TILESPERLINE> 

<SEP> 

< LCELLSPERTILEPATI 1 > 

<SEP> 

< lcellspertilellnt:  > 

<SEP> 

<R:CELLSPACING> 

<sep> 

<RTINTSPACING> 

<SEP> 

<ipathoffset> 

<SEP> 

<I;LINEOFFSET> 

<SEP> 

< LCELLSPERPATH  > 

<SEP> 

< LCELLSPERLINE  > 

<TERM> 

ENT)  TILE  ARRAY  ;:= 

ENDTILEARRAY  < TERN  I > 

October  1000 
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Page  15 

Subclause  6.3:  Add  the  following  Metafile  Descriptor  ciement  encodings: 


COLOUR  MODEL 

::=  COLRMODEL 

<SOFTSEP> 

<IA10DELINDEX> 

{1=RGB,  2=CIELAB,  " 

3=xCIELUV,  4-CMYK, 

>4,  reserved  for  registration} 

<TERM> 

COLOUR  CALIBRATION 

COLRCALIB 

<SOFTSEP> 

<RDCN>  <SEP>  <R;YN>  <SEP>  <R:ZN> 

<SEP> 

< RGBCALIBDATA  > | < CN  mvCALIBDATA  > 

<TERM> 

<RGBCALIBDATA> 

::=  <RGBCALIBMATRLX> 

<SEP> 

< <I:LUTLENGTH>  {n>0} 

<RLUTENTRY>(n) 

<GLUTENTRY>(n) 

<BLUTENTRY>(n)  > 

1 <I;LUTLENGTH>  {n=0} 

< RGBCALIBMATRD«:  > 

<R:XR>  <SEP>  <R:  XG>  <SEP>  <R:  XB>  <SEP> 
<R;YR>  <SEP>  <R:  YC>  <SEP>  <R:  M3>  <SEP> 
<R;  ZR>  <SEP>  <R:  ZG>  <SEP>  <R:  ZB> 

<RLUTENTRY> 

::=  <SEP>  <KRPRIME>  <SEP>  <K:R> 

<GLUTENTRY> 

::=  <SEP>  <K;GPRIME>  <SEP>  <K:G> 

<BLUTENTRY> 

<SEP>  <K£PRIME>  <SEP>  <K;B> 

< CMYRCALIBDATA  > 

::=  <I:GRIDTABLELENGT1I>  {n} 

<<SEP>  <DIRECTCOLR:CMYKGRlDLOCATION>>(n) 
<XY2GRIDLOCATION  >(n) 

<X^'ZGRIDLOCATION  > 

<SEP>  <R:CEXYZX>  <SEP> 

<R;CIEXYZY>  <SEP>  <R:CIEXTZZ> 

FONT  PROPERTIES 

FONTKIOP 

<SOFTSEP> 

< PROPERTYRECORD  > 

<<SEP>  <PROPERTYRECORD>>* 

<TERM> 

< PROPERTYRECORD  > 

::=  <IPROPERTY> 

{l^ont  index,  2=standard  version, 

3*deaign  source,  4=«font  family,  5=posture, 

6«weight,  7=proportionatc  width. 

0 

DAM  teart  October  1990 
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8=included  glyph  collections, 

9=mcluded  glyphs,  10=dcsign  size, 
ll=miiiimuin  size,  12=ninximum  size, 

13=design  group,  14=siniciuic, 

>14,  reserved  for  rcgisiraiioii} 

<SEP>  <TYPEDVALUE>  <SEP>  <I:PRIORITi'> 

<'nTEDVALUE> 

<<3:INDEX>  <SEP>  <I;FONTINDEX>  > 

1 <<1;INTEGER>  <SEP>  <1:STANDARD\'ERS10N>  > 

1 <<4:STRING>  <SEP>  <S;DES1GNS0URCE>  > 

1 <<4:STRING>  <SEP>  <S:F0NTFAMILY>  > 

1 <<3:INDEX>  <SEP>  <I;POSTURE>> 

{O^not  applicable,  1— upright, 

2=obiique,  Saback  slanted  oblique, 

4*italic,  5=back  slanted  italic,  6=other, 

>6  reserved  for  registered  values} 

1 <<3:INDEX>  <SEP>  <I:\\'E1GHT>  > 

{Oa>not  applicable,  Isullr.n  light, 

2=>extra  light,  3siight, 

4*semi  light,  5»medium, 

6>^ini  bold,  T^bold, 

8=cxtra  bold,  9=  ultra  bold, 

>9  resen'ed  for  registered  v.alues} 

1 <<3:INDEX>  <SEP>  <1;PR0P0RTI0NATEAVIDTH>  > 

{O=not  applicable,  I=ultra  condertsed, 

2=extra  condensed,  3=*condciised, 

4*tsemi  condensed,  5=mcdiiim, 

6=«semi  expanded,  7=exp3ndcd, 

S^extra  expanded,  9=ultra  expanded, 

>9  reserved  for  registered  values} 

1 <<1JNTEGEII>  <SEP>  <INCLUDGL'iTlICOLLECT>  > 

1 <<3JNDEX>  <SEP>  <1NCLUDGLYPHS>> 

1 <<2JIEAL>  <SEP>  <R:DESIGNSIZE>> 

1 <<2JIEAL>  <SEP>  <RAIINIMUMSIZE>> 

1 <<2JIEAL>  <SEP>  <R:MAXIMUMSIZE>> 

1 < <3JNDEX>  <aP>  <DESlGNGROUP>  > 

1 < <3JNDEX>  <SEP>  <I:STEUCTURE>  > 

{OBundefined  or  not  applicable, 
solid,  2=outline, 

> 2 reserved  for  registered  values} 

< INCLUDGLYPHCOLLECT  > 

<I:GLYPH  COLLECTION  ID> 

< <SEP>  <LGLYPU  COLLECTION  ID>  > * 

<INCLUDGLYPHS> 

<I;CHARSEnNDEX> 

<<SEP>  <I;CHARSErnNDErC>>* 

<DESIGNGROUP> 

::=  <I:CLASS>  <SEP>  <1:SUBCLASS> 

<SEP>  <LSPECIFICGROUP> 

GLYPH  MAPPING 

GLYPHMAP 

<SOFTSEP> 

October  1990 
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<I:CIL\RSETINDEX> 

<SEP> 

<BASISSET> 

<SEP> 

<I:OCTETSPERCODE>  {this  defines  n>0} 
<<SEP>  < CODEN AMERUN>>-h 
<TERM> 

<BASISSET>  ::=> 

< CHARSETDESIGNATOR  > 

{see  CHARACTER  SET  LIST} 

<CODENAMERUN> 

<I£EQUENCELENGTII>  {1..255} 

<SEP> 

<I:0CTETC0DE> 

<SEP> 

< I jU^n32BITIDENTFlER  > 

NOTE  — The  code/giyphname  pairs  in  the  list  are  encoded  in  a niniength  form,  (N,  CODE,  NAME),  N—1  255  If  N-1, 
then  a single  eode/glyphname  association  is  defined  by  the  encoded  pair.  If  N>1,  then  a sequence  of  code/glypliname 
associations  is  defined  by  the  encoded  pair  The  base  pair  of  the  sequence  is  the  encoded  pair,  and  each  of  the  two  com- 
ponents of  each  pair  in  the  sequence  is  1 greater  than  the  previous  pair.  N is  the  number  of  pairs  in  the  sequence,  and  is 
limited  to  255  per  sequence  (for  uniformity  of  results  across  encodings). 


S^-MBOL  LIBRARY  LIST 

SATtlBOLLIST 

<OPTSEP> 

<S:S^'MBOLNAME> 

< <SEP>  <S:Sri'MBOLN.AME  > > * 

<TERM> 

Page  16 

Subclause  6.3,  COLOUR  PRECISION,  change  first  two  sentence  of  NOTE: 

Colour  direct  values  are  3*1  or  4*1,  depending  on  COLOUR  MODEL.  COLOUR  PRECISION  gives  a single 
integer  range,  O.AIAXCOMPONENT,  within  which  each  of  the  three  or  four  components  b contained. 

Page  17 

Subclause  6^,  COLOUR  VALUE  EXTENT,  replace: 


COLOU-R  value  EXTENT  :.■= 

COLRVALUEEXT 

<S0FTSEP> 

<RGBC0LRMAP> 

I 

<LABC0LRMAP> 

1 

<LUVC0LRMAP> 

1 

<CMYKCOLRMAP> 

<term> 

<RGBC0LRMAP> 

<RED  GREEN  BLUE;BLACK> 

<SEP> 

<RED  GREEN  BLUE: WHITE > 

8 

DAM  text  October  lUflQ 
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<L.\BCOLRM\P> 

■ 

<R:COLRSCALEl>  <SEP>  <R;COLROFFSCTl  > 
<SEP> 

<R:COLRSCALE2>  <SF.P>  <R:COLROFFSET2  > 
<SEP> 

<R:COLRSCALE3>  <SEP>  <R:COLROFFSET3> 

<LU\'COLRMAP> 

<LABCOLRMAP> 

<CM^'KCOLRMAP> 

::= 

<CYAN  MAGENTA  'I'ELLOW  BLACK:\\TIITE> 
<SEP> 

<Cn'AN  MAGENTA  MELLOW  BLACK:BLACK> 

Pagt  18 

Subciause  6.4,  BACI^GROUND  COLOUR,  change: 
<RED  GREEN  BLUE  > 
u> 

<DIRECTCOLR> 


Page  18 


Subclause  6.4,  in  LINE  UTDTH  SPECIFICATION  MODE,  MARKER  SIZE  SPECIFICATION 
MODE,  EDGE  WIDTH  SPECIFICATION  MODE,  change: 

< ABSTRACT  | SCALED  > 

to: 

</\BSTRACT  [SCALED  [FRACTIONAL  [MM> 


Page  18 


Subclause  6.4:  Add  the  following  Picture  Descriptor  element  encodings: 


INTERIOR  STYLE  SPECIFICATION  MODE  ::=INTSTiXEMODE 

<SOFTSEP> 

<ABSTRACT  I SCALED  [FRACTIONAL  |MM> 
<TERM> 


Page  18 

Subclause  6.5:  Add  the  following  Control  element  encodings: 


PROTECTION  REGION  INDICATOR  ::=  PROTREGION 

<SOFTSEP> 

<I:REGIONINDEX> 

<SEP> 

<I:REGIONINDICATOR  > 

October  1000  DAM  text  9 
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GENERALIZED  TEXT  PATH  MODE  ;;= 

{0=011,  l=clip,  2=shicld} 

<TERM> 

GENTEXTPATHMODE 

<SOFTSEP> 

<OFF  INONAXIS  |/\XIS> 

<TERM> 

hnTRE  LIMIT 

MTTRELIMIT 

<SOFTSEP> 

<RJvflTRELIMIT> 

<TERM> 

Page  19 

Subclause  6.6;  Add  the  following  Graphical  Primitive  element  encodings: 


IPlPERBOUC  ARC  ::= 

HYPERBARC 

<SOFTSEP> 

<P:CENTREPOINT> 

<SEP> 

<P:TRANSVEBa*OINT> 

<SE*> 

<P:C0NJUGATEP01NT> 

<SEP> 

<\T)C;STAR‘rX> 

<SEP> 

<VDC5TARTY> 

<SEP> 

<VDCJnS'DX> 

<SEP> 

<VDC;ENDY> 

<TERM> 

P.\RABOLIC  ARC 

PARABARC 

<SOFTSEP> 

<P:TANGENTPOINT  > 

<SEP> 

<P5TARTP0INT> 

<SEP> 

<P£NDPOINT> 

<TERM> 

NON-UNIFORM  B-SPLINE  ;:= 

NUB 

<SOFTSEP> 

<I:SPLINEORDER>  {m} 
<LNUMBERCONTROLPOINTS>  {n>m} 

< <SEP>  <P:CONTROLPOINT>  >(n) 

< <SEP>  <RJC'IOT>  >(m+n) 

<SEP> 

<R5TARTVALUE> 

<SEP> 

<R£NDVALUE> 

<TERM> 

10 

DAM  text  October  1990 
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Encoding  the  CGM  elements 

NON-UNIFORM  RATION.\L  B-SPLINE 

:;=NT.’nB 

<SOFTSEP> 

<I;SPLLNEORDER>  {in} 
<I;NLTMBERCONTROLPOINTS>  {n>m} 

<<SEP>  <P;CONTROLPOINT>>(n) 

<<SEP>  <R:KNOT>  >(m-i-n) 

<SEP> 

<R:STARTVALUE> 

<SEP> 

<R:END  VALUE  > 

<<SEP>  <R: WEIGHT >>(n) 

<TERM> 

POLYBEZIER 

POL^TBEZER 

<SOFTSEP> 

< LCONTINUTTYINDICATOR  > 

<<SEP>  <P:CONTROLPOINT>>(n)  {n>l) 
<TERM> 

S^'MBOL 

SYMBOL 

<SOFTSEP> 

<P;POSITION> 

<SEP> 

<I;INDEX> 

<TERM> 

BITON AL  TILE  ::= 

BITONALTILE 

<SOFTSEP> 

<I;CMPRSNTYPE> 

{0=null  background,  l=niill  foreground, 

2=TG,  3=T4  l-dinicnsion.il,  ■1=T-1  2-dimeiiMonal, 
S^bitmap,  6— LZW, 

>6,  reserved  for  registration} 

<SEP> 

<Kfl.\CKGROUND> 

<SEP> 

<KJ'OREGROUND> 

<SEP> 

rnVff>RF?KFnCELLS  > 

<TERM> 

TILE 

<TILE> 

<SOFTSEP> 

<I:CMPRSNTYPE> 

{Osnull  background,  l=nuil  foreground, 

2»TB,  3-T4  1-dimensional,  4=T4  2-dimensional, 
Ssbitnup,  G^LZW, 

>6,  reserved  for  registration} 

<SEP> 

< LCELLCOLRPREO 
<SEP> 

< B;COMPRESSEDCELLS  > 

<TERM> 

Page  27 

October  1900 

DAM  text  H 
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Encoding  the  CGM  elements 

Subclause  6.7,  COLOUR  TABLE,  change: 

<RED  GREEN  BLU£> 
to 

<DIRECTCOLR> 

Page  27 

For  PATTERN  SIZE  change  both  occurrences  of  < DEL  TAP  AIR  > to  <V_DELTAPAIR>  and 
after  the  element  add  the  dehnition: 


<V_DELTAPAIR>  ::= 

<0PTSEP> 

<V:DELTAX> 

<SEP> 

<V:DELTAY> 

Page  24 

- 

Subclause  6.7:  Add  the  following  Primitive  Attribute  element  encodings: 


LL\E  AND  EDGE  TiTE  DEFINITION 

LINTEDGETYPEDEF 

<S0FTSEP> 

<IlIN'ET'iTE> 

<SEP> 

< R J?EPEATLENGTI  1 > 

<SEP>  <I;DASHELEMENT> 

<<SEP>  <I£)ASHELEMENT>>* 

<TERM> 

LINE  CAP  ::= 

LINECAP 

<S0FTSEP> 

<I:CAP> 

{l—unspccihed,  2»butt,  3=round, 

4»projecting  square,  5=iriangle, 

>5  reserved  for  registration} 

<SEP> 

< UNSPECIFIED  1 MATCH  > 

<TERM> 

LINE  JOIN  ::= 

LINEJOIN 

<S0FTSEP> 

<I:JOIN> 

{Isunspecified,  2»mitre, 

3»round,  4Bbevel, 

>4  reserved  for  registration) 

<TERM> 

LLNE  TYPE  CONTINUATION  ::= 

LINETYPECONT 

<SOFTSEP> 

<I:C0NTM0DE> 

(l^unspecified,  2aBrontinuc, 

S^restart,  4>«daptive  continue, 

12  DAM  text  October  1980 
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>4  reserved  for  regisirniionl 

<TERM> 

LINE  TYPE  INITIAL  OFFSET 

LINTTYPEINITOFFSCT 

<SOFTSEP> 

< RiPATTERNOFFSET  > 

<TERM> 

TEXT  SCORE  TlTE 

;:=  TEXTSCORETYPE 

<SOFTSEP> 

< <I:SCORETYPE> 

{l=right  score,  2=iefl  score, 

3»through  score,  4=kcndol, 

>4  reserved  for  registration) 

<SEP> 

<OFF  |ON>  > 

<TERM> 

RESTRICTED  TEXT  lYTE 

;:=  RESTRTEXTTYPE 

<SOFTSEP> 

<I:TEXTFIT> 

{l=basic,  2*boxed, 

3=isotropic,  4=jusliriecl, 

>4  reserved  for  regisiraiion) 

<TERM> 

HATCH  STYLE  DEFINITION 

::=  HATCHSTiLEDEF 

<SOFTSEP> 

<I;HATCHINDEX> 

<SEP> 

<PARALLEL  | CROSSI LATCH  > 

<SEP> 

<V:F1RSTDIRX> 

<SEP> 

<VRIRSTDIRY> 

<SEP> 

<V5EC0NDDIRX> 

<SEP> 

<V5EC0NDDIRY> 

<SEP> 

<RL>U’n'CYCLE> 

<SEP> 

<I:NUMBEROFLINES>  {this  defines  n) 

<<SEP>  < I;GAP WIDTH >>(n) 

<<SEP>  <ILINE'riTE>>(n) 

<TERM> 

GEOMETRIC  PATTERN 

<GEOPAT> 

<SOFTSEP> 

<l:GEOPATINDEX> 

<SEP> 

<N5EGID> 

<SEP> 

<PJTRSTPOINT> 

<SEP> 

<P.SECONDPOINT> 

October  1000 

DAM  text  13 
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<TERM> 

INTERPOLATED  INTERIOR  DEFINITION 

:;=>  < INTER  PINTDEF  > 

<SOFTSEP> 

<l:INTS'nXE> 

<SEP> 

<<VX><SEP><V;Y>>(1)  {parallel} 

|<  <VX><SEP><  V:Y>  >(2)  {elliptical,  triangular) 

<SEP> 

<R;STAGEDESGN>  {m) 

<SEP> 

<KJlEFCOLRLIST>  (m) 

<SEP> 

{m  is  the  number  of  stages} 

<TERM> 

EDGE  CAP  ::= 

EDGECAP 

<SOFTSEP> 

<I:INDICATOR> 

{^unspecified,  2*butt,  3=*roiind, 

4«projecting  square,  5=*trianglc. 

>5  reserved  for  registration} 

<SEP> 

< UNSPECIFIED  |M-\TC1I> 

<TEILM> 

EDGE  JOIN  ;:= 

EDGEJOIN 

<SOFTSEP> 

<I;JOIN> 

{l=»unspecified,  2=mitrc, 

3*round,  4=bevel, 

>4  reserved  for  registration} 

<TERM> 

EDGE  TiTE  CONTINL’ATION 

EDGETYTECONT 

<SOFTSEP> 

<I;CONTMODE> 

{l^nspecified,  2^ontiniic, 

3»restvt,  4«adaptive  continue, 

> 4 reserved  for  regisuatiaa} 

<TERM> 

EDGE  TYPE  INITIAL  OFFSET 

EDGETYPEINITOFFSET 

<SOFTSEP> 

< RiPATTERNOFFSET  > 

<TERM> 

SYMBOL  LIBRARY  INDEX 

S^'MBOLINDEX 

<SOFTSEP> 

<I:INDEX> 

<TERM> 

S^YIBOL  COLOUR  :;= 

STiTvlBOLCOLR 

<SOFTSEP> 

< KtSYMBOLCOLOUR  > 

<TERM> 

14 

DAM  text  October  1&90 
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S^'MBOL  SIZE 


S^'MBOL  ORIENTATION 


<SYMB0LS1ZE> 

<SOFTSEP> 

< HEIGHT  I WIDTH  1D0TI1> 
<SEP> 

<\T)C;HE1GHT> 

<SEP> 

<\T)C;  WIDTH  > 

<TERM> 

S^'MBOLORI 

<SOFTSEP> 

<DELTAPAIR>  {up  vector} 
<SEP> 

<DELTAPAIR>  {base  vector} 
<TERM> 


Page  24 


Subelause  6.10:  .A.dd  the  following  Segment  Attribute  element  encodings: 


SEGMENT  VISIBILITY 


<SEG\nS> 

<SOFTSEP> 

<N;SEGID> 

<SEP> 

<V1S  1INVIS> 
<TERM> 


Page  SO 


Clause  7,  Colour  Value  Extent  default,  change: 

BLACK  = 0,0,0 
WHITE  - 255,2554155 

to 


BLACK  = 0,0,0 

WHITE  * 255,255,255,  if  COLOUR  MODEL  is  RGB 


WHITE  = 0,0,0,0 

BLACK  = iT  COLOUR  MODEL  is  CMYK 


October  ISSO 


DAM  text 
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X3H3/91-139 


Project  Proposal  for 
Computer  Graphics  Metafiles  (CGM) 
Amendment  4:  Rules  for  Profiles 


1 Identification  of  Proposed  Project 
LI  Title: 

CGM  Amendment  4:  Rules  for  Profiles. 

1.2  Proposer: 

X3H3  Technical  Committee  on  Graphics  Standards. 

1.3  Date  Submitted: 

5 October  1991. 

1.4  Project  Type: 

International,  corresponding  to  project  JTCl.24.5.21 


2 Justification  of  Proposed  Standard 
2.1  Needs 

Effective  application  of  CGM  requires  the  standard  itself,  ANSI/ISO  8632, 
in  conjunction  with  a profile.  A profile  of  CGM  subsets  of  ISO  8632  and 
maximize  the  probability  of  successful  interchange  between  CGM 
implementations.  The  current  absence  of  rules  for  defining  valid  profiles 
of  ISO  8632  has  resulted  in  the  existence  of  incorrect  and  inappropriate 
de-facto  profiles  of  CGM.  This  in  turn  inhibits  successful  interoperability. 
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CGM  profiles  are  also  a necessary  prerequisite  for  defining  metafile 
generator  and  interpreter  conformance  requirements. 

One  prerequisite  for  a profile  to  become  an  ISP  is  that  it  be  a valid  and 
correct  profile  according  to  TR 10000  and  ISO  procedures..  Amendment  4 is 
the  normative  addition  to  CGM  for  defining  what  comprises  a valid  correct 
profile  of  CGM, 

2.2  Recommended  Scope  of  the  Standard 

This  normative  annex  to  CGM  (ANSI/ISO  8632)  will  include: 

1)  the  rules  for  defining  valid  profiles  of  a CGM; 

2)  a Model  Profile; 

3)  a sample  Protocol  Implementation  Conformance  Statement  (PICS) 
Proforma; 

4)  criteria  for  evaluating  CGM  profiles; 

5)  generator  and  interpreter  conformance  statements  to  be  added  to 
ISO  8632  Part  1. 

2.3  Existing  Practice  in  Area  of  Proposed  Standard 

There  is  no  existing  practice  in  the  area  of  rules  for  defining  profiles  of 
this  functional  standard. 

2.4  Expected  Stability  of  Proposed  Standard  With  Respect  to 
Current  and  Potential  Technological  Advances 

The  proposed  rules  for  profiles  (Amendment  4)  will  be  built  on  ANSI/ISO 
8632  (1987)  as  modified  by  Amendments  1 and  3 to  produce  ANSI/ISO 
8632(1992)  and  TRIOOOO. 
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3 Description  of  Proposed  Project 

3.1  Type  of  Document 
Standard. 

3.2  Definitions  of  Concepts  and  Special  Terms 

A CGM  profile  is  a method  for  subsetting  the  specifications  of  a standard 
by  identifying  the  elements,  parameters,  and  options  necessary  for 
achieving  a particular  purpose. 

3.3  Expected  Relationship  with  Approved  X3  Reference  Models 

This  work  will  be  consistent  with  the  OSI  Reference  Model.  It  will  also 
compliment  the  ISP  process  (ISO  TRIOOOO)  and  the  ISO/IEC  JTC1/SC24 
Computer  Graphics  Reference  Model  (ISO  DIS  11072). 

3.4  Recommended  Program  of  Work 

Amendment  4 will  be  developed  in  conjunction  with  ISO/IEC  JTC1/SC24 
and  in  liaison  with  JTCl/SGFS.  It  will  be  processed  according  to  ANSI 
procedures  for  the  synchronous  development  of  international  standards. 

3.5  Resources  — Individuals  and  Organizations  Competent  in 
Subject  Matter 

Members  of  the  Virtual  Device  Interface  Task  Group  (X3H3.3)  of  X3H3  are 
prepared  to  assist  in  the  international  development  of  this  amendment. 
X3H3  is  nominating  a document  editor  of  project  JTCl. 24.5.21.  In  addition, 
other  members  of  X3H3  will  be  actively  involved  in  the  technical  review  of 
the  working  documents. 

3.6  Recommended  X3  Development  Technical  Committee 

The  international  amendment  will  be  developed  by  ISO/IEC 
JTC1/SC24/WG3.  As  U.S.  Technical  Advisory  Committee  to  WG3,  X3H3.3 
will  continue  to  provide  U.S.  contributions  to  this  effort.  Members  of  X3H3 
will  actively  review  and  participate  in  the  technical  development. 
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3.7  Anticipated  Frequency  and  Duration  of  Meetings 

X3H3.3  meets  in  conjunction  with  X3H3  three  times  a year.  The  group  has 
additional  "ad  hoc"  meetings  as  necessary  to  meet  milestones  and 
timetables.  In  addition,  representatives  from  X3H3.3  will  attend  ISO/lEC 
JTCl  SC24AVG3  meetings  as  called  by  SC24/WG3. 

3.8  Target  Date  for  CD  to  X3 

This  milestone  will  be  met  at  the  times  that  the  ISO  Committee  Draft  of 
Amendment  4 is  circulated  for  vote  and  comment. 

CD  circulation:  10/91 

3.9  Estimated  Useful  Life  of  Standard 

This  amendment  will  remain  useful  for  the  life  of  the  associated  functional 
standard,  CGM  at  least  10  years. 


4 Implementation  Impacts 

4.1  Impact  on  Existing  User  Practices  and  Investments 

Amendment  4 will  create  a framework  and  mechanism  for  substantially 
improving  CGM  interoperability.  There  should  be  substantial  positive 
impact  on  CGM  implementations'  interoperability  due  to  the  quality  of  CGM 
profiles  which  adhere  to  these  rules. 

4.2  Impact  on  Supplier  Products  and  Support 

This  amendment  should  result  in  CGM  products  that  can  interoperate  much 
more  effectively.  Because  this  amendment  adds,  for  the  first  time,  a 
conformance  requirement  on  CGM  generators  and  interpreters,  suppliers 
will  have  to  test  their  implementations  for  compliance  with  these 
conformance  requirements. 
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4.3  Techniques  and  Costs  for  Compliance  Verification 

There  is  already  technology  available  in  the  private  sector  and  at  NIST  for 
CGM  file  testing  which  can  be  extended  to  support  the  new  requirements 
contained  in  this  amendment.  Costs  are  expected  to  be  similar  to  costs  for 
existing  Testing  Services  (e.g..  Compiler  Validation,  GKS  Validation). 

4.4  Legal  Considerations 

There  are  no  anticipated  legal  considerations. 


5 Closely  Related  Standards  Activity 

5.1  Existing  Standards 

There  are  no  existing  rules  for  profiles  for  the  CGM  standard. 

5.2  X3  Standards  Development  Projects 

There  are  no  X3  standards  development  projects  within  this  scope  other 
than  those  currently  under  development  by  X3H3. 

5.3  X3/SPARC  Study  Groups 
There  are  no  related  study  groups. 

5.4  Other  Related  Domestic  Standards  Efforts 
There  are  no  known  related  domestic  standards  efforts. 

5.5  ISO  Standards  Development  Projects 

This  work  corresponds  to  project  JTCl. 24.5.21.  The  international  rules  for 
CGM  profiles  under  development  with  U.S.  participation  will  be  adopted  so 
that  U.S.  rules  for  CGM  profiles  will  be  identical  to  international  profiles 
rules.  No  separately^  developed  U.S.  CGM  profile  rules  are  planned. 


265 


5.6  Other  Related  International  Standards  Development  Projects 


This  work  is  one  of  a series  of  subprojects  that  address  the  standardization 
of  the  CGM,  ISO  project  JTCL24.5. 

5.7  Recommendations  for  Coordinating  Liaison 


None. 

5.8  Recommendations  for  Close  Liaison 

Close  liaison  will  be  carried  out  with  X3V1  and  X3L3  and  the  draft 
amendment  produced  under  this  project  will  be  sent  to  X3V1  and  X3L3  as 
part  of  the  review  process. 
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CGM  AMENDMENT  4 TEXT 
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Amendment  4 to  ISO  8632-1 

Information  Processing  Systems 
Computer  Graphics 
Metafile  for  the  Storage  and  Transfer 
of  lecture  Description  Information 

Part  1 

Functional  Specification 


% 
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ISO  t632-l/Aa.4/199x 


CONTENTS 

1 Scope  1 

4 Concepts  2 

5 Elements  3 

7 Conformance  4 

Annex  D 6 

Annex  K 7 


271 


1 Scope 
Page  4 


BO  M3M/Ain.4/199x 


add  the  following  new  paragraphs  at  the  end: 

Clause  7 of  this  International  Standard  defines  conformance 
criteria  for  a Conforming  Basic  CGM  Generator  and  a Conforming 
Basic  CGM  Interpreter. 

Annex  K of  this  Standard  defines  rules  for  profiles  of  CGM,  and 
defines  a Model  Profile  for  graphical  interchange. 


1 
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so  S632-1/An.4fl99x 


4 Concepts 

Page  40 

Subclause  4.10,  first  line,  insert  before  'behaviour' 


internal 
Page  40 

Subclause  4.10,  first  line,  replace  text  after 

standardization  of  these  aspects  of  generators  and  interpreters 
is  beyond  the  scope  of  this  standard,  although  this  standard  does 
define  functional  conformance  requirements  for  conforming  Basic 
generators  2md  interpreters. 


2 
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5 Eluents 

Page  43 

Subclause  5.1,  5th  pgph,  insert  after  first  sentence: 

It  also  standardizes  conformance  criteria  for  functionally 
conforming  generators  and  interpreters. 


3 
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DO  8fi32-l/Aa.4n99s 


7 Confoimance 

Page  104 

Add  the  following  snhclauses: 

7 . 5 Conformance  of  metafile  generators 

Conformance  of  metafile  generators  is  defined  in  terms  of 
functional  conformance  to  a profile  of  CGM. 

Annex  K defines  rules  for  valid  profiles  of  CGM.  If  "XXX"  is  a 
profile  of  CGM  which  conforms  to  the  rules  of  Annex  K,  then  a 
metafile  generator  is  a Conforming  "XXX"  Generator  if  it: 

a)  generates  metafiles  which  conform  to  the  requirements  of 
profile  "XXX"; 

b)  fully  and  accurately  maps  the  graphical  characteristics  of 
application  pictiires  onto  a set  of  CGM  elements  which 
define  those  pictures. 

With  reference  to  this  International  Standard  alone,  there  is 
only  one  defined  notion  of  conforming  CGM  generator.  Annex  K of 
this  standard  contains  a Model  Profile  of  CGM.  A metafile 
generator  is  a Conforming  Basic  Version  n Generator  (n=l,2,3)  if 
it: 

a)  generates  no  syntax  in  violation  of  this  International 
standard ; 

b)  generates  metafiles  which  conform  to  the  version  "n"  subset 
of  the  Model  Profile  of  Annex  K of  this  standard; 

c)  fully  and  accurately  maps  the  graphical  characteristics  of 
application  pictures  onto  a set  of  CGM  elements  which 
define  those  pictures. 

7.6  Conformance  of  metafile  interpreters 

Conformance  of  metafile  interpreters  is  defined  in  terms  of 
functional  conformance  to  a profile  of  CGM. 

Annex  K defines  rules  for  valid  profiles  of  CGM.  If  "XXX"  is  a 
profile  of  CGM  which  conforms  to  the  rules  of  Annex  K,  then  a 
metafile  interpreter  is  a Conforming  "XXX"  Interpreter  if  it: 

a)  is  able  to  read  any  metafile  which  conforms  to  the 
requirements  of  profile  "XXX"; 
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b)  fully  and  accurately  renders  the  graphical  characteristics 
of  the  CGM  elements  in  any  such  metafile  into  a graphical 
image  or  picture. 

With  reference  to  this  International  Standard  alone,  there  is 
only  one  defined  notion  of  conforming  CGM  interpreters.  Annex  K 
of  this  standard  contains  a Model  Profile  of  CGM.  A metafile 
interpreter  is  a Conforming  Basic  Version  n interpreter  (n=l,2,3) 
if  it: 

a)  is  able  to  read  any  metafile  which  conforms  to  the  version 
"n”  subset  of  the  Model  Profile  of  Annex  K of  this 
standard ; 

b)  fully  and  accurately  renders  the  graphical  characteristics 
of  the  CGM  elements  in  any  such  metafile  into  a graphical 
image  or  picture. 
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Annex  D 

Page  123 

Clause  D.l,  first  pgph,  replace  second  sentence  with: 

Although  the  functional  behaviour  of  conforming  generators  and 
interpreters  is  standardized,  the  internal  behaviour  is  not 
standardized,  nor  aure  fallback  behaviours  for  either  conforming 
interpreters  dealing  with  invalid  or  incomplete  metafile  data,  or 
interpreters  which  have  insufficient  functionality  to  deal  with 
some  valid  metafile  data. 

Page  123 

Clause  D.l,  first  pgph,  add  at  the  end: 

It  is  still  considered  valuable  to  present  uniform  suggestions 
for  fallback  strategies  in  such  cases. 
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Annex  K 

Insert  after  Annex  J: 


ANNEX  K 
Rules  for  Profiles 

(This  annex  is  part  of  the  Standard.) 
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0 Introduction 

0.1  Purpose 

This  Annex  to  ISO  8632  provides  rules  for  defining  valid  Profiles 
of  ISO  8632.  Profiles  can  be  used  as  a method  for  subsetting  ISO 
8632  by  identifying  the  COM  elements,  parameters  and  options 
necessary  for  accomplishing  a particular  function. 

0.2  Objectives 

The  primary  objectives  of  this  Annex  8632  are: 

a)  to  promote  interoperability  by  minimizing  arbitrary 
subseting  of  ISO  8632; 

b)  to  promote  uniformity  in  the  development  of  conformance 
tests ; 

c)  to  supplement  the  policies  set  forth  in  ISO/IEC/TR  10000 
for  International  Standardized  Profiles  (ISPs)  ; 

d)  to  provide  a basis  for  evaluating  Profiles  as  potential 
ISPs. 

0.3  Structure  of  this  Annex 

This  Annex  is  composed  of  eight  clauses  which  together  provide 
the  specifics  for  defining  and  evaluating  Profiles  of  ISO  8632, 
including  sections  on: 

a)  the  concept  and  purpose  of  a Profile; 

b)  the  format  and  structure  of  a Profile; 

c)  rules  and  guidelines  on  the  content  of  a Profile; 

d)  a Model  Profile  including  a sample  PICS  Proforma; 

e)  criteria  for  evaluating  Profiles. 


1 Scope  and  Field  of  Application 

This  Annex  to  ISO  8632  defines  the  concept  of  Profiles  to  ISO 
8632,  provides  rules  for  the  structure  and  content  of  Profiles  of 
ISO  8632,  and  defines  criteria  on  which  to  evaluate  Profiles  of 
ISO  8632. 
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This  Annex  addresses  the  CGM  data  stream.  It  does  not  directly 
address  the  environmental  or  resource  requirements  of  the  CGM 
generator  or  CGM  interpreter.  These  requirements  should  be 
specified  in  an  Implementation  Requirements  Document,  which  may 
supplement  the  Profile, 

Profiles  of  ISO  8632  may  be  defined  by  application  constituencies 
solely  interested  in  successful  graphical  interchange  using  ISO 
8632.  Alternatively,  Profiles  of  ISO  8632  may  be  part  of  a set 
of  inter-related  standards  and  profiles  assembled  for  the  purpose 
of  accomplishing  a larger  functional  purpose.  For  example,  an 
OSI  Profile  may  specify  a Profile  of  ISO  8632  as  one  of  several 
OSI  base  standards  in  support  of  a specific  requirement  for 
interworking  between  systems. 

This  Annex  does  not  define  the  application  requirements  or 
dictate  application  functional  content  of  a Profile  - the  latter 
is  the  ptirview  of  application  constituencies. 

The  Profile  Rules  (clause  7)  and  Model  Profile  (clause  8)  of  this 
Annex  are  limited  in  scope  to  defining  rules  for  valid  profiles 
for  open  interchange  of  graphical  picture  metafiles.  Such 
application  is  the  stated  scope  of  ISO  8632.  It  is  conceivable 
that  other  profiles  could  be  defined  for  applying  ISO  8632  for 
other  purposes  emd  goals,  e.g.,  graphical  object  databases. 
However,  such  applications  of  ISO  8632  are  beyond  the  scope  of 
this  Standard  and  the  definition  of  such  profiles  is  beyond  the 
scope  of  this  Annex. 

CGM  Generators  and  Interpreters  shall  be  consistent  with  the 
Profile  Rules  and  Model  Profile  specified  herein.  Generators 
shall  produce  conforming  metafiles  whose  contents  accurately 
represent  the  soxirce  picture  according  to  the  semantic  rules  of 
ISO  8632  and  its  Profile.  Interpreters  shall  produce  a target 
picture  whose  appearance  agrees  with  the  semantic  rules  for  the 
meaning  of  the  metafile. 

This  Annex  to  8632  is  intended  for  use  by; 

a)  writers  of  profiles  of  8632,  including  ISPs; 

b)  potential  implementors  of  CGM  generators  and 
interpreters  interested  in  improved  interoperability  and 
CGM  interchange; 

c)  JTCl  - help  to  implement  policies  of  TRIOOOO. 


2 Normative  References 
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ISO/IEC/TRlOOOO-1: 1990  (E)  Information  Technology  - Framework  and 
Taxonomy  of  International  Standardized  Profiles  - Part  1: 
Framework . 

ISO/IEC/TRlOOO-2 : 1990  (E)  Information  Technology  - Framework  and 
Taxonomy  of  International  Standardized  Profiles  - Part  2: 

Taxonomy . 

ISO/IEC  Directives  Part  3:1989,  Drafting  and  Presentation  of 
International  Standards. 


3 Concept  and  Purpose  of  Profiles 

A major  goal  of  ISO  8632  is  to  facilitate  the  transfer  of  picture 
information  between  machines,  sites,  and  applications.  This  goal 
may  be  impeded  by  the  following: 

a)  ISO  8632  enables  implementors  to  define  subsets  of  the 
options  of  ISO  8632.  Defining  arbitrary  subsets  of  ISO  8632 
may  produce  different  and  incompatible  dialects  of  COM. 

b)  ISO  8632  enables  implementors  to  specify  private  encodings, 
values  and  functions  (e.g.,  private  line  types,  escape 
elements,  and  GDP  elements) . Use  of  these  types  of  private 
information  inhibits  interoperability. 

c)  ISO  8632  contains  incomplete  semantics  and  ambiguities. 
Interpretation  of  these  semantics  and  ambiguities  may 
differ  among  implementations  and  yield  unpredictable 
results. 

d)  Implementations  of  ISO  8632  may  generate  a valid,  but 
incompletely  specified  CGM  (e.g.,  using  color  indicies  and 
not  including  a color  table) . Interpretation  of  such  a CGM 
file  may  yield  unpredictable  results. 

Profiles  provide  a means  to: 

a)  improve  interoperability  between  implementations  by 
inhibiting  the  proliferation  of  private  subsets  of  ISO 
8632; 

b)  provide  a foundation  for  testing  and  promote  uniformity  of 
conformance  tests  for  systems  that  implement  the  Profile; 

c)  enhance  the  availability,  for  procurement,  of  consistent 
implementations  of  Profiles. 
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A Profile  of  ISO  8632  defines  the  options,  elements,  and 
parameters  of  ISO  8632  necessary  to  accomplish  a particular 
function  and  maximize  the  probability  of  interchange  between 
systems  implementing  the  Profile.  Profiles  are  defined  by 
application  constituencies  who  agree  to  adhere  to  the  same  subset 
of  COM. 

A Profile  may: 

a)  give  the  meaning  of  implementation  dependent  semantics  of 
some  elements; 

b)  specify  minima  and  maxima  for  lengths  of  elements  that  can 
have  a variable  amount  of  data; 

c)  specify  subsets  of  the  available  elements  that  may  be 
minimal  and  sufficient  to  accomplish  a specific  functional 
goal  ; 

d)  specify  subsets  or  grouping  of  registered  items  from  the 
ISO  register. 

A Profile  of  ISO  8632,  according  to  the  taxonomy  of  TRlOOOO-2,  is 
a Type  F Profile,  that  is,  an  interchange  format  and 
representation  Profile. 

A Profile  to  ISO  8632  does  not  specify  any  requirement  that  would 
contradict  or  cause  non-conformance  to  ISO  8632.  Any  metafile 
conforming  to  a Profile  of  ISO  8632  conforms  to  ISO  8632.  In 
general,  there  will  be  files  conforming  to  ISO  8632  that  do  not 
conform  to  Profiles  of  ISO  8632. 


4 Conformance 

4.1  Conformance  to  this  Annex 

In  order  to  conform  to  this  Annex,  a Profile  of  ISO  8632  shall: 

a)  meet  all  requirements  specified  in  this  document; 

b)  be  structured  in  accordance  with  the  structural  components 
and  presentation  rules  defined  in  Clause  6 of  this  Annex; 

c)  not  specify  any  requirements  that  would  contradict  or  cause 
non-conformance  to  ISO  8632; 

d)  contain  a conformance  clause  that  may  add  requirements  that 
are  more  specific  and  limited  in  scope  that  ISO  8632.  Note: 
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A Profile  may  exclude  valid  optional  capabilities  and 
optional  behavior  permitted  in  ISO  8632; 

e)  meet  the  conformance  requirements  for  a Type  F Profile  as 
defined  in  ISO/IEC/TR  lOOOO-l; 

f)  meet  the  specific  rules  of  Clause  7,  herein,  and  be 
consistent  with  the  Model  Profile  of  Clause  8. 

4.2  Conformanca  of  metafiles  to  Profiles 

In  order  to  conform  to  a Profile  of  ISO  8632,  a metafile  shall: 

a)  contain  all  the  mandatory  elements  specified  in  ISO  8632 
and  its  Profile,  and  also  any  options  of  the  Profile  which 
it  claims  to  include; 

b)  adhere  to  the  conformance  rules  specified  in  ISO  8632  and 
its  Profile. 


5 Criteria  for  Evaluating  Profiles 

The  uncontrolled  proliferation  of  profiles  can  be  nearly  as 
damaging  to  widespread  successful  interoperability  of  ISO  8632  as 
the  lack  of  a standard  at  all. 

A major  goal  of  this  Annex,  ISO/IEC  TRIOOOO,  and  ISO/IEC 
Directives,  Part  3 is  to  facilitate  and  promote  interoperability. 
Profiles  are  a means  of  achieving  this  goal. 

The  following  criteria  provide  a means  for  determining  the 
appropriateness  and  correctness  of  proposed  Profiles.  The 
objective  is  to  limit  the  proliferation  of  profiles  and  ensure 
the  quality  of  those  profiles  which  will  be  implemented. 

5.1  Criteria  on  the  Profile  in  its  Entirety 

The  following  criteria  are  applied  to  the  proposed  Profile  as  a 
whole  entity. 

a)  The  application  constituency  and  functional  purpose  of  the 
proposed  Profile  must  be  well  defined. 

b)  The  functional  purpose  of  the  proposed  Profile  must  not  be 
satisfied  by  an  existing  Profile.  If  the  functional 
purpose  of  a proposed  Profile  can  be  satisfied  by  a subset 
of  an  existing  Profile,  it  should  be  so  defined  - 
significant  subsets  should  not  be  replicated. 


13 


285 


DO  U32-UAtL4n99x 


c)  The  proposed  Profile  must  meet  the  identified  fxinctional 
requirements  of  the  application  constituency  as  so  stated. 

d)  The  proposed  Profile  must  meet  all  requirements  specified 
in  this  Annex. 

5.2  Criteria  oa  the  Technical  Merit  of  the  Profile 

The  following  criteria  is  applied  to  the  technical  content  of  the 
proposed  Profile. 

a)  The  proposed  Profile  shall  not  specify  requirements  that 
violate  ISO  8632. 

b)  The  proposed  Profile  shall  place  requirements  on  the  CGM 
and  not  on  implementations  (e.g.,  generators  and 
interpreters) . 

c)  The  specifications  in  the  proposed  Profile  must  be  correct, 
complete,  and  well-defined. 

d)  The  proposed  Profile  must  be  consistent  in  its  requirements 
regarding  CGM  elements  and  parameters.  For  example,  if  the 
Profile  places  no  restrictions  on  the  number  of  indexes 
defined  by  the  CHARACTER  SET  LIST  element,  then  it  is 
inconsistent  to  place  a restriction  on  CHARACTER  SET  INDEX. 


f)  The  proposed  Profile  must  not  specify  requirements  which 
2ure  conflicting,  unnecessary,  or  redundant. 

g)  The  specification  and  restriction  of  CGM  elements  and 
parameters  in  the  proposed  Profile  should  follow  common  and 
accepted  industry  practice. 


6 Structural  Components  of  a Profile 
6.1  Structure 

A Profile  of  ISO  8632  shall  contain  the  following  components: 

a)  a concise  definition  of  the  scope  of  the  function  for  which 
the  Profile  is  defined,  and  of  its  purpose; 

b)  an  illustration  of  the  scenario  within  which  the  function 
is  applicable;  where  a Profile  is  a member  of  a Group  of 
Profiles,  the  scenario  includes  reference  to  the 
possibilities  for  interoperation  that  this  provides; 
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c)  normative  reference  to  ISO  8632,  including  precise 
identification  of  the  actual  texts  of  ISO  8632  being  used 
and  of  any  approved  amendments  and  technical  corrigenda 
(errata) , conformance  to  which  is  identified  as  potentially 
having  an  impact  on  achieving  interoperation  using  the 
Profile; 

d)  informative  reference  to  any  other  relevant  source 
documents ; 

e)  specifications  of  the  application  of  ISO  8632,  covering 
recommendations  on  the  choice  of  classes  or  subsets  and  on 
the  selection  of  options,  ranges  of  parameter  values,  etc., 
and  reference  to  registered  objects.  These  specifications 
shall  conform  to  rules  of  this  Annex  and  shall  be  presented 
by  reference  to  the  Model  Profile  of  Section  8 herein,  that 
is,  the  statements  of  the  Profile  should  endorse,  accept, 
delete,  replace,  or  modify  those  of  the  Model  Profile; 

f)  a statement  defining  the  requirements  to  be  observed  by 
systems  claiming  conformance  to  the  Profile,  including  any 
remaining  permitted  options  of  ISO  8632,  which  thus  become 
options  of  the  Profile. 

6.2  Profile  Content  and  Layout 

The  content  and  layout  of  the  Profile  shall  conform  to  the  Rules 

for  Drafting  and  Presentation  of  International  Standardized 

Profiles  in  Annex  A of  ISO/IEC/TR  lOOOO-l. 

7 Rules  for  Defining  Profiles  of  ISO  8632 

The  rules  for  defining  valid  Profiles  of  ISO  8632  are  defined  in 

the  following  sections  of  this  clause. 

7.1  General  Principles  for  Defining  Profiles 

Compatibility  with  ISO  8632: 

A Profile  of  ISO  8632  shall  not  contain  any  specifications 
which  contradicts  the  normative  specifications  of  ISO  8632. 

Self-identifying: 

Profiles  shall  require  conforming  metafiles  to  identify  (e.g., 
within  a Metafile  Description  string)  that  they  adher  to  the 
Profile. 

Source  Identification: 

Profiles  shall  require  conforming  metafiles  to  identify  (e.g., 
within  a Metafile  Description  string)  the  source  of  the 
metafile  — vendor,  product,  and  product  version. 
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Private  encodings: 

Private  encodings  shall  not  be  specified  by  Profiles. 

Defaults: 

If  a default  is  defined  by  ISO  8632,  a Profile  shall  not 
change  that  default.  If  an  element  exists  in  ISO  8632  for 
setting  the  value  of  some  parameter  of  the  metafile  or  its 
environment,  whose  default  in  ISO  8632  is  "implementation 
dependent",  then  that  element  shall  be  used  if  it  is  desired 
that  a uniform  default  behavior  be  defined  — i.e.,  the 
generator  shall  either  require  the  element  be  included  in  a 
Metafile  Defaults  Replacement  or  elsewhere  in  the  metafile 
body  — the  Profile  shall  not  define  a default  if  there  is  a 
mechanism  for  setting  the  value,  but  may  require  that  the 
mechanism  be  used  and  may  require  a particular  value.  If 
there  is  no  element  to  set  a value  (i.e.,  btindle  tables  in 
version  1 metafiles)  then  the  Profile  shall  define  the 
defaults. 

Subsetting: 

It  is  a principle  role  of  Profiles  of  ISO  8632  to  define 
stibsets  of  the  options  of  the  Standard.  In  fact  this  is  the 
only  way  that  successful  interoperability  can  be  achieved, 
because  some  of  the  options  of  ISO  8632  include  optional 
choices  of  element  semantics  and  optional  inclusion  of  private 
information.  However  subsetting  shall  not  be  arbitrary  and 
shall  have  a clear  connection  to  the  achievement  of  one  or 
more  of  the  defined  goals  of  the  Profile.  Subsetting  of 
specifications  which  do  not  clearly  lead  to  the  achievement  of 
the  Profile  goals  shall  be  avoided. 

Generator  & Interpreter  Behaviour: 

Profiles  of  CGH  shall  address  the  elements  of  CGM,  and  not  the 
resource  requirements,  performance  or  other  behaviour 
characteristics  of  implementations  of  CGM. 

Note  — it  is  nearly  always  true  that  statements  regarding 
resource  requirements  of  generators  and  interpreters  ■ — e.g., 
the  polyline  point  list  maxima/minima  which  have  been  stated 
in  the  most  prominent  profiles  of  CGM  to  date  — can  be  stated 
as  constraints  on  the  elements  themselves  and  not  on  the 
implementations . 

Private  Information: 

A leading  barrier  to  interoperability  is  the  use  within 
metafiles  of  the  ISO  8632  options  to  include  private 
information,  both  ftinctions  and  parameter  values.  Profiles 
shall  prohibit  the  use  of  any  private  information  in 
conforming  metafiles,  unless  the  exact  set  of  allowable 
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extensions  and  their  precise  definitions  are  defined  within 
the  profile. 

Extensions: 

Profiles  shall  not  define  extensions,  as  in  the  previous 
paragraph,  as  private  elements  or  parameter  values  when  the 
desired  features  are  available  as  items  in  the  Register  of 
Graphical  Items,  or  in  the  AFII  Glyph  Registry,  the  ISO  9541 
Font  Registry,  or  any  other  registry  which  is  referenced  in  a 
normative  manner  by  ISO  8632.  In  such  cases  the  registry  item 
shall  be  used.  If  there  is  another  standard  means  within  ISO 
8362  to  achieve  the  purposes  of  a prospective  private  item, 
and  if  this  means  meets  the  goals  of  the  profile,  then  that 
means  shall  be  used  and  not  the  private  item.  Example: 
private  line  types  in  version  3 metafiles,  if  the  needed  types 
could  be  defined  by  LINE  & EDGE  TYPE  DEFINITION  and  associated 
elements . 

Physical  Media: 

Physical  file  format  and  other  issues  of  media,  delivery,  or 
networking  are  beyond  the  scope  of  ISO  8632  and  shall  not  be 
specified  by  Profiles  of  ISO  8632.  These  issues  are,  however, 
critical  for  successful  interoperability  and  should  be 
addressed  by  the  application  community  with  supplemental 
specifications  if  necessary. 

Subsetting  Elements  vs.  Restricting  Values: 

In  those  cases  where  it  is  necessary  to  restrict  an  element  to 
its  default  value  in  order  to  meet  the  goals  of  a Profile,  the 
restriction  should  be  achieved  by  allowing  the  element  to 
appear  in  conforming  files  and  restricting  its  value  to  the 
default  rather  than  prohibiting  the  element.  This  applies 
especially  to  precision,  type,  and  mode  elements  [ Ed. N... next 
version:  enumerate  the  CGM  clause  numbers  of  the  affected 
elements]  of  the  Metafile  Descriptor,  Picture  Descriptor,  and 
Control  classes.  For  other  elements  profiles  shall  address 
whether  the  element  is:  prohibited;  permitted;  or  required. 

Note  — The  implementation  burden  necessary  to  implement  this 
guideline  is  small  compared  to  the  interoperability  gain. 

Many  implementations,  even  if  only  interested  in  the  default 
value,  consider  such  a "defensive"  strategy  to  be  good 
insurance  against  mistakes  of  other  implementations  in 
realizing  the  defaults  of  ISO  8632. 

The  rules  for  Profiles  are  all  stated  in  terms  of  normative 
requirements  that  Profiles  shall  meet.  [Ed.N.  Would  it  be  useful 
to  also  have  guidelines,  which  could  not  by  themselves  cause 
non-conformance,  but  which  would  lead  to  "points"  and  "demerits" 
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in  rating  the  technical  merit  of  a Profile?  That  is  Profiles 
either  fail  (F) , or  pass  with  a grade  (A,  B,  C) ] . 

7.2  Overall  Specifications  for  Profiles 

This  section  contains  specifications  that  pertain  to  valid 
Profiles  of  ISO  8632  but  which  do  not  fall  conveniently  under  the 
category  of  a particular  element  in  the  Element-by-Element 
specifications  of  the  following  sections. 

Mandatory  for  all  Profiles: 

Encodings : 

Profiles  of  ISO  8632  shall  address  which  of  the  standard 
encodings  (8632/2,  8632/3,  8632/4}  are  permitted  for  metafiles 
conforming  to  the  Profile. 

[Model;  all  encodings]. 

Number  of  Pictures; 

All  Profiles  shall  address  how  many  pictures  are  allowed  in 
conforming  metafiles  ( > 0,  unlimited,  exactly  1,  >=  1 and  <= 
n,  >“  1 unlimited;  and  are  empty  metafiles,  i.e.,  with  zero 
picttires,  permitted)  . 

[Model:  >-  1,  unlimited]. 

Empty  Pictures; 

There  are  two  kinds  of  empty  pictures;  l)  pictures  with  no 
graphical  primitives;  2)  pictures  with  no  visible  graphical 
primitives . 

All  Profiles  shall  address  whether  empty  pictures,  for  each  of 
these  two  kinds,  and  if  permitted  what  their  graphical  effect 

iSo 

[Model;  both  kinds  permitted;  one  blank  frame  of  medium  in 
backgroxind  colour] . 

Optional: 

Other  things  which  profiles  may  optionally  address:  maximum  size 
of  metafiles;  [...to  be  completed]. 

7.3  Element-by-element  Specifications 

Common  Rules  & Specifications: 
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The  following  common  definitions  and  specifications  are 
referenced  by  the  individual  element  specifications  which  follow. 


Zero-length  geometric  degeneracies  in  all  line  primitives:  a line 
primitive  element,  whose  entire  locus  resolves  to  a single 
point,  denotes  a graphical  dot  with  diameter  equal  to  the 
current  line  width  and  colour  equal  to  the  current  line 
colour. 

Zero-area  geometric  degeneracies  in  all  filled  area  primitives:  a 
filled  area  primitive  element,  whose  entire  locus  resolves  to 
a single  point,  denotes  a graphical  dot  rendered/defined  as 
follows...  A filled  area  primitive  element,  whose  entire 
locus  resolves  to  a line  (i.e.,  has  zero  area),  [...to  be 
completed  per  annex  D] 

Graphical  Text  Strings: 

Rule: 

length  — Profiles  shall  specify  a limit  for  the  maximum 
nximber  of  characters  in  graphical  text  strings,  and  shall 
specify  the  effect  of  null  strings. 

content  — Profiles  shall  conform  to  the  Model  Profile. 
Model: 

length  — strings  shall  contain  at  most  254  characters; 
null  strings  have  no  graphical  effect. 

content  — non-printing  control  codes  shall  be  prohibited, 
except  for  NUL  and  the  codes  required  to  effect  ISO  2022 
character  set  switching  consistent  with  the  value  of  the 
CHARACTER  CODING  ANNOUNCER. 

Non-graphical  Text  Strings:  BegMet,  BegPic,  MetDesc, 

FontList, . . . 

Rule: 

length  — Profiles  shall  define  the  permitted  number  of 
characters. 

content  — ■ Profiles  shall  conform  to  the  Model  Profile. 
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Model: 

length  — strings  shall  contain  at  most  1024  characters; 

[ ...  to  be  completed] . 

content  — [...to  be  completed— CGM  says  the  rules  of 
character  set  selection  do  not  apply  to  these  strings,  but 
some  rules  are  needed  if  any  information  is  to  be  passed  in 
them] . 

Data  Record  Strin^ata . Escape  & GDP  (where  allowed),  Application 
Rule: 

length  — ■ [...to  be  completed] 

content  — Profiles  shall  conform  to  the  Model  Profile. 
Model: 

length  — strings  shall  contain  at  most  32767  characters; 

[ . . to  be  completed] . 

content  — [...to  be  completed]. 


Definitions  for  Individual  Elements  of  ISO  8632: 


[Editors  note:  eventually  the  "model"  material  in  this  section 
will  be  removed  to  clause  3 — note  that  some  general 
specification  for  the  Model  Profile  already  reside  there] 

[Editors  note:  there  is  much  inconsistency  in  this  first  draft 
of  the  following  specifications,  and  in  fact  the  Model  Profile 
probably  violates  the  Profile  Rules!]. 

ISO  8632 

Clause  Element 

Humber  Name 

5.2  Delimiter  Elements 


5.2.1  BEGIN  METATILE 

Rule: 

Usage  of  this  element  is  mandated  by  ISO  8632. 
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Profiles  shall  follow  specifications  for  non-graphical  text 
strings  in  ''Conimon  Rules"  regarding  the  Metafile  Identifier 
parameter . 

Model: 

Per  the  specifications  for  non-graphical  text  strings  in 
"Common  Rules"  regarding  the  Metafile  Identifier  parameter. 


5.2.2  END  METAFILE 

Rule: 

Usage  of  this  element  is  mandated  by  ISO  8632.  Profiles 
shall  not  address  this  element. 

Model: 

Nothing. 

5.2.3  BEGIN  PICTURE 


Rule: 

Usage  of  this  element  is  mandated  by  ISO  8632  for 
non-trivial  metafiles. 

Profiles  shall  address  the  number  of  occurrences  if  the 
number  of  pictures  is  limited  by  the  profile. 

Profiles  shall  follow  specifications  for  non-graphical  text 
strings  in  "Common  Rules"  regarding  Pictxire  Metafile 
Identifier  parameter. 

Model: 

There  shall  be  at  least  one  occurrence  in  conforming 
metafiles. 

The  maximum  number  of  occurrences  is  not  limited. 

Per  the  specifications  for  non-graphical  text  strings  in 
"Common  Rules"  regarding  the  Picture  Identifier  parameter. 


5.2.4  BEGIN  PICTURE  BODY 


Rule: 
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Profiles  shall  address  the  permissibility  and  effect  of 
empty  pictures. 

Model : 

Empty  pictiires  are  allowed  and  cause  the  occurrence  of  one 
image  area  of  the  graphical  medium  in  the  Background 
Colour. 


S.2.5  END  PICTURE 


Rule: 

Usage  of  this  element  is  unambiguously  defined  by  ISO  8632. 
Profiles  shall  not  address  this  element. 

Model: 

Nothing. 


= Am.l 


5.2.6  BEGIN  SEGMENT 


Rule: 

Profiles  shall  address  whether  this  element  is  permitted, 
and  if  it  is  shall  limit  the  maximiim  number  of 
simultaneously  defined  segments  (global  and  local  included) 
at  any  point  in  the  metafile. 

Profiles  may  assign  application  meaning  to  the  Segment 
Identifier  parameter,  but  such  meaning  shall  have  no 
graphical  effect. 

Model: 

Permitted. 

At  most  1024  segments  may  be  simultaneously  defined. 

Segment  Identifier  has  no  meaning  beyond  being  a unique 
identifier  for  the  segment. 

5.2.7  END  SEGMENT 


Rule: 

Usage  of  this  element  is  unambiguously  defined  by  ISO  8632. 
Profiles  shall  not  address  this  element. 
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Model: 

Nothing. 

5.2.8  BEGIN  FIGURE 


Rule: 

Profiles  shall  address  whether  this  element  is  permitted. 

Profiles  shall  place  limits  on  the  n\imher  and  identity  of 
elements  comprising  a figure  definition,  and  shall  consider 
consistency  with  other  filled  area  primitives  (e.g., 
POLYGON)  in  doing  so. 

Model: 

Permitted. 

At  most  [...what  is  a reasonable  number?]  elements,  no 
restriction  on  which  eligible  ISO  8632  elements  may  be 
included. 

5.2.9  END  FIGURE 

Rule: 

Usage  of  this  element  is  unambiguously  defined  by  ISO  8632. 
Profiles  shall  not  address  this  element. 

Model: 

Nothing. 


Am. 3 


5.2.10  BEGIN  COMPOUND  PATH 


Rule: 

Profiles  shall  place  limits  on  the  number  and  identity  of 
elements  comprising  a path  definition,  and  shall  consider 
consistency  with  other  line  primitives  in  doing  so. 

Model: 

Permitted. 
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At  most  [...what  is  a reasonable  number?]  elements,  no 
restriction  on  which  eligible  ISO  8632  elements  may  be 
included. 

5.2.11  E2ID  COMPOUND  PATH 


Rule: 

Usage  of  this  element  is  unambiguously  defined  by  ISO  8632 
Profiles  shall  not  address  this  element. 

Model: 

Nothing. 

5.2.12  BEGIN  PROTECTION  REGION 


Rule: 

Profiles  shall  address  whether  this  element  is  permitted, 
and  if  it  is  shall  limit  the  maximum  number  of 
simultaneously  defined  protection  regions. 

Profiles  may  assign  application  meaning  to  the  Region 
Identifier  parameter,  but  such  meaning  shall  have  no 
graphical  effect. 

Model: 

Permitted. 

At  most  32  regions  may  be  simultaneously  defined. 

Region  Identifier  has  no  meaning  beyond  unique  identifier. 

5.2.13  END  PROTECTION  REGION 


Rule: 

Usage  of  this  element  is  unambiguously  defined  by  ISO  8632 
Profiles  shall  not  address  this  element. 

Model: 

Nothing. 

5.2.14  BEGIN  TILE  ARRAY 

Rule: 
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Profiles  shall  address  whether  tile  arrays  are 
permitted/prohibited. 

If  permitted,  profiles  shall  place  restrictions  on: 

Number  of  cells  in  path  and  line  direction; 
Number  of  tiles  in  path  and  line  direction. 

If  permitted,  profiles  may  place  restrictions  on: 
Path  and  line  progression  directions; 

Image  offset  parameters. 


Model: 

Permitted. 

No  limits  on  pel  path  and  line  progression  directions. 
Number  of  pels  per  line  limited  to  [...what  is  reasonable?] 
Number  of  lines  limited  to  [...what  is  reasonable?] 

Number  of  tiles  path  direction  limited  to  [...what  is 
reasonable? ] 

Number  of  tiles  line  direction  limited  to  [...what  is 
reasonable? ] 

No  restrictions  on  image  offset. 

5.2.15  END  TILE  ARRAY 


Rule: 

Usage  of  this  element  is  unambiguously  defined  by  ISO  8632. 
Profiles  shall  not  address  this  element. 

Model: 

Nothing. 

5.3  Metafile  Descriptor  Elements 

5.3.1  METAFILE  VERSION 

Rule: 

Profiles  shall  follow  Model  Profile  on  Number  of 
occiirrences. 

Profiles  may  restrict  valid  values  of  version  to  exactly 
one  of  the  values  1,  2,  3.  The  element  content,  state 
requirements,  and  parameter  values  of  conforming  files 
shall  then  be  consistent. 

Model: 
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This  element  shall  appear  exactly  once. 
Any  of  the  values  1,  2,  3 may  be  used. 

5 e 3 . 2 METAFILE  DESCEIFTION 


Rule: 

Profiles  shall  follow  Model  Profile  on  Number  of 
occurrences  and  information  content  (however  each  Profile 
shall  define  it's  own  identifying  substring  and  substitute 
it  for  the  Model  Profile's). 

Profiles  shall  follow  specifications  for  non-graphical  text 
strings  in  "Common  Rules"  regarding  Picture  Metafile 
Identifier  parameter. 

Model: 

There  shall  be  exactly  one  occurrence  of  this  element. 

There  shall  be  a recognizable  sub“String  "Model-Prof ile-l" 
(case  insensitive)  for  all  files  conforming  to  this  Model 
Profile.  Other  profiles  shall  define  an  identifier  string 
and  require  its  presence  conforming  metafiles. 

There  shall  be  a recognizable  sub-string  which  uniquely 
identifies  the  metafile  source  (minimally  vendor,  product, 
version,  and  optionally  other  useful  information  such  as 
date,  user,  etc) . 

String  content  shall  follow  the  specifications  for 
non-graphical  text  strings  in  "Common  Rules". 

S . 3 . 3 VDC  TYPE 


Rule: 

Element  shall  be  permitted  by  all  Profiles. 

Profiles  may  restrict  parameter  value  if  there  is  cause  to 
do  so. 

Model: 

Element  is  permitted. 

No  restriction  on  parameter  value. 

5.3.4  INTEGER  PRECISION 
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Rule: 

Permissibility  — per  the  Model  Profile. 

Profiles  may  restrict  parameter  value  if  there  is  cause  to 
do  so  (note:  encoding  dependent  parameter) . 

Model: 

Element  is  permitted. 

[Binary:  Values  are  restricted  to  16  and  32].  [Character: 
...]  [Clear  Text:  ...] 

5.3.5  REAL  PRECISION 
Rule: 

Permissibility  — per  the  Model  Profile. 

Profiles  may  restrict  parameter  value  if  there  is  cause  to 
do  so  (note:  encoding  dependent  parameter) . 

Model: 

[Binary:  Value  is  restricted  to  (1,16,16)  and  (0,9,23).] 
[Character:  ...]  [Clear  Text:  ...] 

5.3.6  INOEZ  PRECISION 


Rule: 

Element  shall  be  permitted  by  all  Profiles. 

Profiles  may  restrict  parameter  value  if  there  is  cause  to 
do  so  (note:  encoding  dependent  parameter) . 

Model: 

[Binary:  Values  are  restricted  to  8,  16  and  32]. 

[Character:  ...]  [Clear  Text:  ...] 

5.3.7  COLOUR  PRECISION 


Rule: 

Element  shall  be  permitted  by  all  Profiles. 

Profiles  may  restrict  parameter  value  if  there  is  cause  to 
do  so  (note:  encoding  dependent  parameter) . 
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Model: 

[Binary:  Values  are  restricted  to  8,  16].  [Character:  ...] 
[Clear  Text:  . . . ] 

S.3.a  COLOUR  IMDEX  PRECISION 

Rule: 

Element  shall  be  permitted  by  all  Profiles. 

Profiles  may  restrict  parameter  value  if  there  is  cause  to 
do  so  (note:  encoding  dependent  parameter) . 

Model: 

[Binary:  Values  are  restricted  to  8,  16].  [Character:  ...] 
[Clear  Text:  . . . ] 

5.3.9  HAZIMUH  COLOUR  INDEX 


Rule: 

Element  shall  be  permitted  by  all  Profiles. 

Profiles  shall  place  limit  on  parameter  value. 

Note  — the  limit  required  by  the  profile  should  be 
consistent  with  COLOUR  INDEX  PRECISION  (...or  is  "field 
width"  an  orthogonal  issue?)  and  COLOUR  TABLE 
specifications . 

Model : 

Element  is  permitted. 

Values  are  restricted  to  (0,1)  for  monochrome  metafiles, 
(0“63)  for  gray  scale  metafiles,  and  (0-255)  for  colour. 

5.3.10  COLOUR  VALUE  EXTENT 


Rule: 

Element  shall  be  permitted  by  all  Profiles. 

Profiles  may  constrain  parameter  values  if  there  is  cause 
to  do  so. 

Model: 
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Element  is  permitted. 

Values  may  be  any  valid  ISO  8632  values  which  are 
consistent  with  the  COLOUR  PRECISION. 

5.3.11  METAFILE  ELEMENT  LIST 
Rule: 

Element  is  mandated  by  ISO  8632. 

Profiles  may  require  element  to  be  exact. 

Model: 

No  contraints. 

5.3.12  METAFILE  DEFAULTS  REPLACEMENT 


Rule: 

Profiles  may  require  each  occurrence  of  MDR  to  define  just 
one  default. 

Profiles  may  restrict  the  syntax  in  the  encodings. 

Note  — profiles  should  consider  whether  the  setting  of 
values  in  the  MDR  is  consistent  with  other  specifications, 
such  as  the  number  of  pictures  allowed  in  the  metafile. 

Model: 

[Binary:  the  element  shall  not  be  partitioned,  nor  shall 

any  of  its  contained  elements ] . 

5.3.13  FONT  LIST 


Rule: 

Element  shall  be  required  by  all  Profiles. 

Profiles  shall  conform  to  the  model  profile  regarding  the 
rules  of  usage  and  syntax  of  font  names. 

Profiles  shall  define  a specific  maximum  limit  for  the 
number  of  fonts  in  the  font  list. 

Profiles  shall  specify  a specific  set  of  fonts  which  are 
permitted  for  use  in  the  font  list. 
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Model : 

Element  shall  be  present  in  conforming  metafiles. 

Rules  of  usage  All  fonts  referenced  in. the  metafile, 
including  the  default,  (nominally  index  1)  shall  be 
defined. 

Font  name  syntax  — Font  name  construction  shall  be 
consistent  with  the  rules  of  ISO  9541. 

The  maximum  number  of  fonts  in  the  font  list  shall  be  64. 
The  fonts  which  may  be  used  in  the  font  list  shall  be 
selected  from  the  set:  [...to  be  specified  by  each 
Profile. . . ] 

5.3.14  CHARACTER  SET  LIST 


Rule: 

Element  shall  be  required  by  all  Profiles. 

Profiles  shall  conform  to  the  model  profile  regarding  the 
rules  of  usage. 

Profiles  shall  conform  to  the  model  profile  regarding 
acceptable  character  set  types. 

Profiles  shall  define  a specific  maximum  limit  for  the 
nxuaber  of  character  sets  in  the  character  set  list. 

Profiles  shall  specify  a specific  set  of  character  sets 
which  are  permitted  for  use  in  the  character  set  list. 
Acceptable  Character  Set  Types  — "complete  codes"  shall  be 
prohibited  by  Profiles  unless  the  content  of  the  complete 
code,  and  its  associated  designation  sequence  tail,  is 
clearly  defined  within  the  Profile. 

Model: 

Element  shall  be  present  in  conforming  metafiles. 

Rules  of  usage  — All  character  sets  referenced  in  the 
metafile,  including  the  default,  (nominally  index  1)  shall 
be  defined  (1  is  defined  to  have  a default  by  ISO  8632,  and 
this  default  is  consistent  with  ISO  646  IRV  and  is 
acceptable  if  the  national  code  positions  are  not 
referenced) . 
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The  maximum  nximber  of  character  sets  in  the  list  shall  be 
[...to  be  specified  by  each  Profile...]. 

The  character  sets  which  may  be  used  in  the  list  shall  be 
selected  from  the  set:  ISO  Registry  of  Character  Sets 
[extensible  by  Profiles]. 

5.3.15  CSARACTER  CODING  ANNOUNCER 


Rule: 

Element  shall  be  permitted  by  all  Profiles. 

Profiles  may  constrain  parameter  values  if  there  is  cause 
to  do  so. 

Profiles  shall  prohibit  private  values  unless  the  precise 
meaning  of  the  private  value  is  clearly  defined  in  the 
profile. 

Model: 


Am.l 


5.3.16  NAME  PRECISION 


Rule: 

Element  shall  be  permitted  by  all  Profiles. 

Profiles  may  restrict  parameter  value  if  there  is  cause  to 
do  so  (note:  encoding  dependent  parameter) . 

Model: 

Element  is  permitted. 

[Binary:  ...]  [Character:  — ] [Clear  Text:  ] 

5.3.17  MAZIMDM  VDC  EXTENT 


Rule: 

Profile  may  restrict  values. 
Model: 

[...to  be  completed...] 

5.3.18  SEGMENT  PRIORITY  EXTENT 
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Rule: 

Profile  may  restrict  values. 
Model: 

[ . . .to  be  completed. . . ] 

======  Am. 3 ■ ' -!-;==rT  ' 

5.3.19  COLOUR  MODEL 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited/permitted.  Profiles  may  restrict  the  set  of 
colour  models  if  there  is  cause  to  do  so. 

Model: 

Permitted;  unrestricted. 

5.3.20  COLOUR  CALIBRATION 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited/permitted . 

If  permitted,  profiles  shall  define  the  maximum  length  of 
calibration  arrays. 

Model: 

Permitted;  arrays  <=  256  points. 

5.3.21  FONT  PROPERTIES 

Rule: 

Profiles  shall  address  whether  element  is 
prohibited/permitted.  Profiles  shall  define  the  legal 
subset  of  parameter  values  if  all  are  not  to  be  supported 
by  the  profile. 

Model : 

Permitted;  all  defined  index  and  enximerated  values  of  all 
parameters  shall  be  supported. 
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5.3.22  GLYPH  MAPPING 


Rule: 

Profiles  shall  address  whether  element  is 

prohibited/permitted.  Profiles  shall  specify  what  subset  of 
the  AFII  registered  glyphs  may  be  referenced  in  conforming 
metafiles.  Profiles  shall  define  a maximum  limit  on  the 
number  of  glyphs  which  may  be  defined. 

Model : 

Permitted;  any  AFII-registered  glyphs;  at  most  8192  glyphs 
may  be  invoked  at  once. 

5.3.23  SYMBOL  LIBRARY  LIST 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited/permitted. 

If  permitted,  Profiles  shall  define  what  libraries  may  be 
accessed  and  shall  define  unambiguous  naming  procedures  for 
those  libraries.  Profiles  shall  define  the  maximxim  number 
of  libraries  which  may  be  accessed  simultaneously. 


Model: 

Permitted;  naming  of  libraries  shall  be  consistent  with 
naming  procedures  defined  in  ISO  9541.  The  set  of  libraries 
which  may  be  referenced  is  [...to  be  completed  by  the  real 
Profiles] . 

5.4  Picture  Descriptor  Elements 

5.4.1  SCALING  MODE 
Rule: 

Profiles  shall  address  whether  element  is 
prohibited/permitted/ required. 

Model: 

Permitted. 

5.4.2  COLOUR  SELECTION  MODE 


Rule: 
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Permissibility  — Profiles  shall  follow  the  Model.  Values 
Profiles  shall  allow  all  values  unless  this  specifically 
violates  a goal  of  the  Profile.  State  «“  Profiles  may 
restrict  the  changing  of  coloxir  mode  and  the  states  in 
which  it  may  be  defined. 

Model : 

Permitted;  all  values  allowed;  at  most  one  mode  per 
picture,  defined  in  the  Picture  Descriptor;  modes  of 
referenced  global  segments  shall  be  consistent. 

5.4.3  LIME  WIDTH  SPECIFICATION  MODE 


Rule: 

Permissibility  — Profiles  shall  follow  the  Model.  Values 
profiles  shall  allow  all  values  unless  this  specifically 
violates  a goal  of  the  profile.  State  Profiles  shall  not 
restrict  the  changing  of  mode  or  position  of  occurrence  of 
the  element  unless  allowing  such  violates  another  goal  of 
the  Profile. 

Model: 

Permitted;  all  values  allowed;  no  state  or  position 
restrictions . 

5.4.4  MARKER  SIZE  SPECIFICATION  MODE 

[to  be  defined  consistently  with  LINE  WIDTH  SPECIFICATION 
MODE] 

5.4.5  EDGE  WIDTH  SPECIFICATION  MODE 

[to  be  defined  consistently  with  LINE  WIDTH  SPECIFICATION 
MODE] 

5.4.6  VDC  EXTENT 
Rule: 

Permissibility  — Profiles  shall  follow  the  Model.  Values 
— Profiles  shall  address  whether  reflections  of  coordinate 
space  and  placement  of  origin  other  than  lower  left  are 
permitted. 

Model: 
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Permitted;  no  restrictions. 

5.4.7  BACXGROnin)  COLOUR 


Rule: 

Permissibility  — per  Model  Profile.  Values  — - per  Model 
Profile. 

Model : 

Required  or  prohibited,  consistent  with  each  metafile's 
choice  of  the  "all  or  none"  colour  definition  rule.  Values 
shall  be  consistent  with  each  metafile's  choice  of 
monochrome,  grayscale,  full  colour. 


srr-T — Am.l  

5.4.8  DEVICE  VIEWPORT 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited/permitted. 

If  permitted.  Profiles  shall  define  interaction  of  the 
element  with  environmental  presentation  directives  and 
meaning  if  specified  value  is  inconsistent  with 
presentation  device. 

Model: 

Prohibited. 

Note  — while  it  is  a general  principle  that  the  model 
profile  does  not  restrict  elements  or  options,  this  element 
is  highly  device  dependent,  potentially  conflicts  with 
directives  of  client  applications,  and  is  the  subject  of 
debate  concerning  whether  the  element  should  remain  in  ISO 
8632. 


5.4.9  DEVICE  VIEWPORT  SPECIFICATION  MODE 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited/permitted. 

If  permitted.  Profiles  shall  define  the  set  of  legal 
values. 
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Model: 

Prohibited. 

S.4.10  DEVICE  VIEWPORT  MAPPING 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited / permitted . 

If  permitted,  Profiles  shall  define  the  set  of  legal 
values. 

Model: 

Prohibited. 

5.4.11  LINE  REPRESENTATION 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited/permitted. 

If  permitted  Profiles  shall  define  the  maximum  number  of 
simultaneous  bundle  definitions. 

If  prohibited,  Profiles  shall  define  the  defaults  for 
indexes  1..5.  Complete  Definition  — > per  model  profile. 
Model: 

Permitted;  <=  20  definitions.  Complete  Definition  — any 
referenced  bundle  index  must  be  defined. 

5 . 4 . 12  MARKER  REPRESENTATION 

[to  be  defined  consistently  with  LINE  REPRESENTATION] 

5.4.13  TEXT  REPRESENTATION 

[to  be  defined  consistently  with  LINE  REPRESENTATION] 

5.4.14  PILL  REPRESENTATION 

[to  be  defined  consistently  with  LINE  REPRESENTATION] 

5.4.15  EDGE  REPRESENTATION 

[to  be  defined  consistently  with  LINE  REPRESENTATION] 
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5.4.16  IMTERIOR  STYLE  SPECIFICATION  MODE 

[to  be  defined  consistently  with  LINE  WIDTH  SPECIFICATION 
MODE] 

5 . 5 Control  Elements 

5.5.1  VDC  INTEGER  PRECISION 

Note  — there  is  a defect  with  this  element  in  the  CGM 
standard,  in  that  it  is  a picture  body  element  whereas  VDC 
Extent,  with  which  it  has  a very  strong  interaction,  is  a 
Picture  Descriptor  element.  This  makes  useful  effect  with 
this  element  within  the  picture  body  nearly  impossible. 

Rule: 

Permissibility  — per  the  Model  Profile. 

Profiles  nay  restrict  parameter  value  if  there  is  cause  to 
do  so  (note:  encoding  dependent  parameter) . 

Model: 

Element  is  permitted.  Shall  not  be  used  in  the  picture 
body  to  define  a precision  which  is  inconsistent  with  the 
VDC  Extent. 

[Binary:  Values  are  restricted  to  16  and  32]. 

[Character:  ...] 

[Clear  Text:  . . . ] 

5.5.2  VDC  REAL  PRECISION 


Rule: 

Profile  may  restrict  values. 

Permissibility  ~ per  the  Model  Profile. 

Profiles  may  restrict  parameter  value  if  there  is  cause  to 
do  so  (note;  encoding  dependent  parameter) . 

Model: 

Permitted . 
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[Binary:  Value  is  restricted  to  (1,16,16)  and  (0,9,23)=] 
[Character:  ...] 

[Clear  Text:  . . . ] 

5.5.3  AUXILIARY  COLOUR 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited/permitted. 

Model: 

Permitted. 

5.5.4  TRANSPARENCY 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited/ permitted.  This  shall  be  consistent  with 
Auxiliary  Colour. 

Model: 

Unrestricted . 

5.5.5  CLIP  RECTANGLE 


Rule: 

Profiles  shall  not  prohibit  unless  allowing  the  element  is 
inconsistent  with  other  goals  of  the  Profile.  Profiles 
shall  address  boundary  cases  such  as  zero  area  and  area 
bigger  than  VDC  Extent. 

Note  since  ISO  3632  says  that  objects  "inside  and  on  the 
boxindary  are  drawn",  then  zero~area  does  not  have  the 
sometimes  claimed  effect  of  hiding  subsequent  primitives  — 
there  will  be  a visible  effect,  a dot  or  line  if  object 
intersects  the  boundary  of  the  degenerate  area. 

Model: 

Permitted.  Zero  area  CLIP  RECTANGLE  prohibited.  Larger 
than  VDC  Extent  implies  clip  to  VDC  Extent. 

5.5.6  CLIP  INDICATOR 

Rule: 
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Profiles  shall  address  whether  element  is 

prohibited /permitted.  This  shall  be  consistent  with  Clip 
Rectangle. 

Model: 

Permitted . 


Am.l 


5.S.7  LINE  CLIPPING  MODE 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited/permitted. 

Profiles  may  restrict  values. 

Model: 

Permitted;  no  restrictions. 

S.5.a  MAREER  CLIPPING  MODE 

[to  be  defined  consistently  with  LINE  CLIPPING  MODE] 

5.5.9  EDGE  CLIPPING  MODE 

[to  be  defined  consistently  with  LINE  CLIPPING  MODE] 

5.5.10  NEW  REGION 

Rule: 

Profiles  shall  address  whether  element  is 
prohibited / permitted . 

This  shall  be  consistent  with  BEGIN/END  FIGURE.  Profiles 
nay  restrict  the  number  of  occurrences  (subregions) . 


Model: 

Permitted;  rio  restrictions. 

5.5.11  SAVE  PRIMITIVE  CONTEXT 
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Note  — there  is  debate  as  to  whether  this  element  and  the 
following  one  should  remain  in  ISO  3632.  The  effect  can  be 
achieved  in  other  ways. 

Rule: 

Profiles  shall  only  allow  this  element  if  there  is  strong 
reason  to  do  so  within  the  goals  of  the  profile. 

Model: 

Prohibited. 

5.5.12  RESTORE  PRIMITIVE  CONTEXT 


Rule: 

Profile  may  restrict  usage  only. 

Profiles  shall  only  allow  this  element  if  there  is  strong 
reason  to  do  so  within  the  goals  of  the  profile. 

Model: 

Prohibited. 


Am. 3 


5.5.13  PROTECTION  REGION  INDICATOR 
Rule: 

Profiles  shall  address  whether  element  is 
prohibited/ permitted . 

This  shall  be  consistent  with  permissibility  of  BEGIN/ END 
PROTECTION  REGION. 

Model: 

Permitted;  no  restrictions. 

5.5.14  GENERALIZED  TEXT  PATH  MODE 
Rule: 

Profiles  shall  address  whether  element  is 
prohibited/ permitted. 

Model: 

Permitted. 
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5 . S . IS  MITRE  LIMIT 


Rule: 

Profiles  shall  address  whether  element  is 
prohibited/ permitted . 

If  permitted,  Profiles  may  restrict  values. 
Model: 

Permitted;  no  restriction. 

S . 6 Graphical  Primitive  Elements 

5.6.1  POLYLINE 


Rule: 

The  maximum  number  of  points  shall  be  resticted  to  a 
specified  value  or  the  Profile  shall  state  that  the  number 
is  unrestricted. 

Minimum  number  of  points:  per  Model  Profile. 

Geometric  degeneracies:  per  Model  Profile. 

Model: 

Minimum  number  of  points:  2. 

Maximum  number  of  points:  <=  1024. 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies. 

5.6.2  DISJOINT  POLYLINE 


Rule: 

The  maximum  number  of  points  shall  be  resticted  to  a 
specified  value  or  the  Profile  shall  state  that  the  number 
is  unrestricted. 

Minimxim  number  of  points:  per  Model  Profile. 

Legal  values  of  point  count,  within  extrema:  per  Model 
Profile. 
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Geometric  degeneracies:  per  Model  Profile. 
Model: 

Number  of  points  is  even  and  >=  2. 

Number  of  points  is  <=  1024. 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies. 

5.6.3  POLYMARKER 


Rule: 

The  maximvim  number  of  points  shall  be  resticted  to  a 
specified  value  or  the  profiles  shall  state  that  the  number 
is  unrestricted. 

Minimum  number  of  points:  per  Model  Profile. 

Model: 

Minimum  number  of  points:  1. 

Maximum  number  of  points:  1024. 

5.6.4  TEXT 


Rule: 

Length  & content:  per  "Common  rules  for  graphical  text 
strings" . 

Model : 

Length  & content:  per  "Common  rules  for  graphical  text 
strings" . 

5.6.5  RESTRICTED  TEXT 


Rule: 

Per  common  rules  for  graphical  text  strings.  Semantics  & 
usage:  per  Model  Profile. 

Model : 

In  version  1 & 2 metafiles  the  meaning  of  the  restricted 
text  shall  be  as  version  3 "boxed"  (value  2 of  Restricted 
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Text  Method).  In  version  3,  Restricted  Text  Method  must  be 
used  if  this  element  is  used. 

5.6.6  APPEND  TEXT 


Rule: 

Length  & content:  per  "Common  rules  for  graphical  text 
strings" . 

Model: 

Length  & content:  per  "Common  rules  for  graphical  text 
strings" . 

S . 6 . 7 POLYGON 


Rule: 

Profile  shall  restrict  the  maximum  number  of  points. 
Minimum  number  of  points:  per  Model  Profile. 

Zero-area  degeneracy:  per  Model  Profile. 

Model: 

The  number  of  points  shall  be  greater  than  or  equal  to  3 . 

Zero-area  geometric  degeneracies:  per  Common  Specification 
for  zero-area  degeneracies;  if  points  are  coincident,  the 
meaning  is  a dot;  if  all  points  are ■ colinear , the  meaning 
is  a line. 

5.6.8  POLYGON  SET 


Rule: 

Profile  shall  restrict  the  maximum  number  of  points. 
Minimum  number  of  points:  per  Model  Profile. 

Zero-area  degeneracy:  per  Model  Profile. 

Model: 

The  number  of  points  shall  be  greater  than  or  equal  to  3 . 
Zero-area  geometric  degeneracies:  per  Common  Specification 
for  zero-area  degeneracies;  if  points  are  coincident,  the 
meaning  is  a dot;  if  all  points  are  colinear,  the  meaning 
is  a line. 
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Sub”polygons , defined  as  the  number  of  points  between  start 
of  point  list  and  "close"  or  between  two  "closes",  shall 
have  al  least  3 points. 

5. £.9  CELL  ARRAY 

Rule: 

The  three  defining  points  must  describe  a parallelogram  of 
non- zero  area. 

Profiles  must  specify  maximum  values  for  nx  and  ny. 

Minimum  values  of  nx,ny:  per  Model  Profile. 

Model : 

Permitted.  Nx,  ny;  > 0.  Nx,  ny;  <=  1024. 

5.6.10  GENERALIZED  DRAWING  PRIMITIVE 


Rule: 

Profiles  shall  prohibit  the  use  of  the  GDP,  unless  a 
specific  subset  of  registered  GDPs  is  specified,  and/or  a 
GDP  is  unambiguously  defined  by  the  profile  itself. 

Model: 

Prohibited. 

5.6.11  RECTANGLE 
Rule: 

Zero-area  degeneracy:  per  Model  Profile. 

Model : 

Zero-area  geometric  degeneracies:  per  Common  Specification 
for  zero-area  degeneracies;  two  coincident  points  define  a 
dot,  two  colinear  points  define  a line. 

5.6.12  CIRCLE 


Rule: 

Zero-area  degeneracy:  per  Model  Profile. 
Model : 
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Zero-area  geometric  degeneracies;  per  Common  Specification 
for  zero-area  degeneracies;  zero  radius  defines  a point. 

S.6.13  CIRCULAR  MLC  3 POINT 

Rule: 

Zero-length  degeneracy:  per  Model  Profile. 

Model : 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies.  If  2 points 
are  coincident,  the  meaning  is  a line.  If  three  points  are 
coincident,  the  meaning  is  a dot.  If  the  three  points  are 
colinear,  the  meaning  is  a straight  line  connecting  the  3 
points. 


5.6.14  CIRCULAR  ARC  3 POINT  CLOSE 


Rule: 

Zero-area  degeneracy:  per  Model  Profile. 

Model: 

Zero-area  geometric  degeneracies:  per  Common  Specification 
for  zero-area  degeneracies;  see  Circular  Arc  3 Point. 

5. 6. IS  CIRCULAR  ARC  CENTRE 


Rule: 

Zero-length  degeneracy:  per  Model  Profile. 

Model: 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies. 

A CIRCULAR  ARC  CENTRE  in  which  the  start  and  end  rays  are 
coincident  has  the  meaning  of  a circle.  If  the  radius  = 0, 
the  meaning  is  a dot. 

5.6.16  CIRCULAR  ARC  CENTRE  CLOSE 

Rule: 

Zero-area  degeneracy:  per  Model  Profile. 
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Model: 

Zero-area  geometric  degeneracies:  per  Common  Specification 
for  zero-area  degeneracies,*  see  Circular  Arc  Centre. 

A CIRCULAR  ARC  CENTRE  in  which  the  start  -and  end  rays  are 
coincident  has  the  meaning  of  a circle  and  if  the  close 
type  = 'pie',  a radius  along  the  start  ray  shall  be  drawn 
using  the  current  fill  and  edge  attributes. 

5.6.17  ELLIPSE 


Rule: 

Zero-area  degeneracy:  per  Model  Profile. 

Model: 

Zero-area  geometric  degeneracies:  per  Common  Specification 
for  zero-area  degeneracies.  If  the  CDPs  and  centre  are 
coincident,  the  meaning  is  a dot;  if  collinear,  the  meaning 
is  a line. 

5.6.18  ELLIPTICAL  ARC 


Rule: 

Zero-length  degeneracy:  per  Model  Profile. 

Model : 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies.  If  the  start 
and  end  rays  are  coincident,  this  element  defines  the  arc 
of  a full  ellipse. 

5.6el9  ELLIPTICAL  ARC  CLOSE 


Rule: 

Zero-area  degeneracy:  per  Model  Profile. 

Model : 

Zero-area  geometric  degeneracies:  per  Common  Specification 
for  zero-area  degeneracies;  see  Elliptical  Arc.  If  the 
start  and  end  rays  are  coincident,  this  element  defines 
the  arc  of  a full  ellipse  and  if  the  close  type  is  'pie'  a 
"radius"  is  drawn  using  the  current  edge  attributes. 
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5.6.20  CIRCnmi  ARC  CENTRE  REVERSED 
Rule: 

Zero-lengtJi  degeneracy:  per  Model  Profile. 

Model : 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies.  Other:  see 
Circular  Arc  Centre. 

5.6.21  C0MMECTZM6  EDGE 


Rule: 

Zero-length  degeneracy:  per  Model  Profile. 
Model: 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies. 


Am. 3 


5.6.22  EYPERSOLIC  ARC 
Rule: 

[...to  be  completed]. 

Zero-length  degeneracy:  per  Model  Profile. 
Model: 

[...to  be  completed]. 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies. 

5.6.23  PARABOLIC  ARC 
Rule: 

[ . . .to  be  completed] . 

Zero-length  degeneracy:  per  Model  Profile. 
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Model : 

[ . . ,to  be  completed] . 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies » 


5.6.24 

NON-UNIFORM  B- SPLINE 

Rule: 

[ ...  to  be  completed] . 

Zero-length  degeneracy:  per  Model  Profile. 
Model : 

[ . . .to  be  completed] . 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies. 


5.6.25 

NON-UNIFORM  RATIONAL  B-SPLINE 

Rule: 

[...to  be  completed]. 

Zero-length  degeneracy:  per  Model  Profile. 
Model: 

[...to  be  completed]. 

Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies. 


CM 

• 

• 

POLYBEZIER 

Rule: 

[ . . .to  be  completed] . 

Zero-length  degeneracy:  per  Model  Profile. 
Model : 

[...to  be  completed]. 
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Zero-length  geometric  degeneracies:  per  Common 
Specification  for  zero-length  degeneracies. 

5.6.27  SYMBOL 
Rule: 

[ . . .to  be  completed] . 

Zero-length  degeneracy:  per  Model  Profile. 

Model : 

[ . . .to  be  completed] . 

5.6.28  BITOMAL  TILE 
Rule: 

[...to  be  completed]. 

Zero-length  degeneracy:  per  Model  Profile. 

Model: 

[...to  be  completed]. 

5.7  Attribute  Elements 

[...most  of  the  specifications  in  this  section  to  be  completed 
yet. . . ] 

5.7.1  LIME  BUMBLE  IMDEZ 
Rule: 

Profiles  may  permit  or  prohibit.  Profile  may  restrict 
values  for  this  element. 

Model: 

Permitted.  Values  shall  be  1..5. 

5.7.2  LIME  TYPE 
Rule: 

Profiles  may  permit  or  prohibit. 
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Profile  shall  restrict  values  for  this  element  to  1..5, 
specifically  stated  sets  of  registered  values,  and  those 
negative  values  which  are  given  clear  and  precise 
definitions  in  the  profile  (consistent  with  the  "General 
Principles  for  Profiles"  Extensions  and  Private  Values. 


[ ...  to  be  completed. . . ] 

Model: 

Permitted. 

Values  limited  to  1 . . 5 . 

5.7.3  LINE  WIDTH 
Rule: 

Profiles  may  permit  or  prohibit.  Profile  may  restrict 
values  for  this  element. 

Model: 

Permitted.  Values  unrestricted. 

5.7.4  LINE  COLOUR 
Rule: 

Profiles  may  permit  or  prohibit.  Profiles  may  restrict 
values . 

Profiles  shall  enforce  rule  against  Colour  Dynamics  and 
rule  against  Partial  Definition  of  Colours. 

Model: 

Permitted. 

values,  Indexed  — Full  range  of  MAXIMUM  COLOUR  INDEX, 
values.  Direct  — Full  range  of  COLOUR  VALUE  EXTENT. 

Colour  Dynamics  and  Partial  Definition  of  Colours  are 
prohibited. 

5.7.5  MARKER  BUNDLE  INDEX 

[to  be  defined  consistently  with  LINE  BUNDLE  INDEX] 
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5.7.6  MARKER  TYPE 
Rule: 

[...to  be  completed...] 

Model: 

[...to  be  completed...] 

5.7.7  MARKER  SIZE 
Rule: 

[ ...  to  be  completed. . . ] 

Model: 

[ ...  to  be  completed. . . ] 

5.7.8  MARKER  COLOUR 

[to  be  defined  consistently  with  LINE  COLOUR] 

5.7.9  TEXT  BUNDLE  INDEX 

[to  be  defined  consistently  with  LINE  BUNDLE  INDEX] 

5.7.10  TEXT  FONT  INDEX 
Rule: 

[...to  be  completed...] 

Model: 

Index  values  must  be  defined. 

5.7.11  TEXT  PRECISION 
Rule: 

[...to  be  completed...] 

Model: 

[...to  be  completed...] 

5.7.12  CHARACTER  EXPANSION  FACTOR 

Rule: 
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[...to  be  completed...] 

Model : 

[...to  be  completed...] 

5.7.13  CHARACTER  SPACING 
Rule: 

[...to  be  completed...] 

Model: 

[...to  be  completed...] 

5.7.14  TEXT  COLOUR 

[to  be  defined  consistently  with  LINE  COLOUR] 

5. 7. 15  CHARACTER  HEIGHT 
Rule: 

[...to  be  completed...] 

Model: 

[...to  be  completed...] 

5.7.16  CHARACTER  ORIENTATION 
Rule: 

[...to  be  completed...] 

Model : 

[...to  be  completed...] 

5.7.17  TEXT  PATH 
Rule: 

[...to  be  completed...] 

Model: 

[...to  be  completed...] 
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5 . 7 . la  TEXT  ALIGNMENT 

Rule: 

[ . . .to  be  completed. . . ] 

Model: 

[...to  be  completed...] 

5.7.19  CHARACTER  SET  INDEX 
Rule: 

[...to  be  completed...] 

Model: 

Index  values  must  be  defined. 

5.7.20  ALTERNATE  CHARACTER  SET  INDEX 
Rule: 

[...to  be  completed...] 

Model: 

Index  values  must  be  defined; 

5.7.21  PILL  BUNDLE  INDEX 

[to  be  defined  consistently  with  LINE  BUNDLE  INDEX] 

5.7.22  INTERIOR  STYLE 
Rule: 

[...to  be  completed...] 

Model: 

[...to  be  completed...] 

5.7.23  PILL  COLOUR 

[to  be  defined  consistently  with  LINE  COLOUR] 

5.7.24  HATCH  INDEX 
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Rule: 

[...to  be  completed...] 

Model : 

Index  values  must  be  defined. 

5 . 7 . 2 S PATTERN  INDEX 

Rule: 

[...to  be  completed...] 

Model : 

Index  values  must  be  defined. 

5.7.26  EDGE  BUNDLE  INDEX 

[to  be  defined  consistently  with  LINE  BUNDLE  INDEX] 

5.7.27  EDGE  TYPE 

[to  be  defined  consistently  with  LINE  TYPE] 

5.7.28  EDGE  WIDTH 

[to  be  defined  consistently  with  LINE  WIDTH] 

5.7.29  EDGE  COLOUR 

[to  be  defined  consistently  with  LINE  COLOUR] 

5.7.30  EDGE  VISIBILITY 

Rule: 

[...to  be  completed...] 

Model; 

[...to  be  completed...] 

5.7.31  PILL  REFERENCE  POINT 

Rule: 

[...to  be  completed...] 

54 


326 


ISO  8&32-1/Aid.4/199x 


Model : 


•to  be  completed.,.] 

S.7.32 

Rule: 

PATTERN  TABLE 

[•• 

Model : 

.to  be  completed...] 

[•• 

.to  be  completed...] 

S.7.33 

Rule: 

PATTERN  SIZE 

[.. 

Model: 

.to  be  completed...] 

[.. 

.to  be  completed...] 

S.7.34 

Rule: 

COLOUR  TABLE 

• [.. 

Model: 

.to  be  completed. . . ] 

[.. 

.to  be  completed...] 

S.7.3S 

Rule: 

ASPECT  SOURCE  FLAGS 

[.. 

Model: 

.to  be  completed...] 

[.. 

.to  be  completed...] 

Am.l 


S.7.36 

Rule: 

PICK  IDENTIFIER 

SS 
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[ . , . to  be  completed. . . ] 

Model: 

[ . . , to  be  completed. . . ] 

Am.3  ■ ======  ;===t?;=; 

5.7.37  LINE  AND  EDGE  TYPE  DEFINITION 


Rule: 

[...to  be  completed...] 
Model: 

[...to  be  completed...] 

S.7.38  LINE  CAP 


Rule: 

[...to  be  completed...] 
Model: 

[...to  be  completed...] 

5.7.39  LINE  JOIN 


Rule: 

[...to  be  completed...] 
v3  profiles  prohibit  value  l. 

vl,  v2  profiles  define  effect  equivalent  to  one  of  2..n. 


Model: 

[...to  be  completed...] 

value  1 is  prohibited  in  v3  metafiles. 

In  vl,  v2  metafiles  lines  are  defined  to  have  butt  caps 
(value  2 of  v3) . 

5.7.40  LINE  TYPE  CONTINUATION 


Rule: 

[ . . .to  be  completed. . . ] 
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Model; 


[. 

..to  be  completed...] 

5.7.41 

Rule: 

LINE  TYPE  INITIAL  OFTSET 

[•• 

Model : 

..to  be  completed...] 

[.. 

..to  be  completed...] 

5.7.42 

Rule: 

TEXT  SCORE  TYPE 

[•• 

Model: 

.to  be  completed. . . ] 

[.. 

.to  be  completed...] 

5.7.43 

Rule: 

RESTRICTED  TEXT  TYPE 

Model: 

.to  be  completed...] 

[ . . 

.to  be  completed...] 

5.7.44 

Rule: 

HATCH  STYLE  DEFINITION 

[.. 

Model: 

.to  be  completed...] 

[.., 

.to  be  completed...] 

5.7.45 

Rule: 

GEOMETRIC  PATTERN 

[ . . .to  be  completed. . . ] 
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Model: 

[ ...  to  be  completed. . . ] 

5.7.46  INTERPOLATED  INTERIOR  DEFINITION 
Rule: 

[...to  be  completed...] 

Model: 

[ . . . to  be  completed. . . ] 

5.7.47  EDGE  CAP 

[to  be  defined  consistently  with  LINE  CAP] 

5.7.48  EDGE  JOIN 

[to  be  defined  consistently  with  LINE  JOIN] 

5.7.49  EDGE  TYPE  CONTINUATION 

[to  be  defined  consistently  with  LINE  TYPE  CONTINUATION] 

5.7.50  EDGE  TYPE  INITIAL  OFFSET 

[to  be  defined  consistently  with  LINE  TYPE  INITIAL  OFFSET] 

5.7.51  SYMBOL  LIBRARY  I2JDEX 

Rule: 

[...to  be  completed...] 

Model : 

Index  values  must  be  defined. 

5.7.52  SYMBOL  COLOUR 
Rule: 

[ . . .to  be  completed. . . ] 

Model: 

[...to  be  completed...] 
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S.7.53  SYMBOL  SIZE 

Rule: 

[ . . .to  be  completed. . . ] 

Model: 

[ . . .to  be  completed. . . ] 

5.8  Escape  Elements 

5.8.1  ESCAPE 
Rule: 

[...to  be  completed...] 

Model: 

Not  permitted 

5.9  External  Elements 

5.9.1  MESSAGE 
Rule: 

May  be  restricted  in  length,  action  to  be  taken. 
Shall  not  affect  image. 

Model: 

Limit  to  max  of  32K. 

Action  required  flag  is  set  to  "no  action" 

5.9.2  APPLICATION  DATA 
Rule: 

May  not  be  restricted 
Model: 

[ . . .to  be  completed. . . ] 

5.10  Segment  Elements  (Am.l) 

5.10.1  Segment  Control  Elements 

5.10.1.1  COPY  SEGMEirr 

55 


331 


OO  t632.1/Aa.4/199x 


Rule: 

[.. 

Model: 

[.. 

5.10.1.2 
Rule: 

[.. 

Model : 

5.10.1.3 

Rule: 

[•• 

Model: 

[.. 

5.10.2 

5.10.2.1 
Rule: 

[.. 

Model: 

. [.. 

5.10.2.2 
Rule: 

[ . . . 
Model : 
[... 


..to  be  completed...] 

..to  be  completed...] 

INHERITANCE  FILTER 

.to  be  completed...] 

.to  be  completed...] 

CLIP  INHERITANCE 

.to  be  completed...] 

.to  be  completed...] 

Segment  Attribute  Elements 
SEGMENT  TRANSFORMATION 

•to  be  completed...] 

.to  be  completed...] 

SEGMENT  HIGHLIGHTING 

.to  be  completed...] 

,to  be  completed...] 
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5.10.2.3  SEGMENT  DISPLAY  PRIORITY 
Rule: 

[...to  be  completed...] 

Model: 

[ . . .to  be  completed. . . ] 

5.10.2.4  SEGMENT  PICE  PRIORITY 
Rule: 

[...to  be  completed...] 

Model: 

[ . . .to  be  completed. . . ] 


7.4  Encoding-dependent  Specifications 
To  be  completed. 


a.  Model  Profile 

The  Model  Profile  in  general  does  not  subset  the  elements  or 
parameter  values  of  ISO  8632,  but  contains  specifications  which 
must  be  a feature  of  every  Profile  conforming  to  this  annex.  The 
scope  of  the  restrictions  of  the  Model  Profile  is:  to  enforce 
common  resolution  of  ambiguous  semantics  of  ISO  8632;  ensure  that 
identical  use  of  identical  elements  and  parameter  values  has 
identical  meaning  under  all  profiles  conforming  to  this  annex; 
prohibit  undefined  or  ill  defined  elements  or  parameter  values 
under  profiles  conforming  to  this  annex. 

The  Model  Profile: 

a)  ensures  unambiguous  semantics  for  all  elements; 

b)  prohibits  all  private  undefined  information; 

c)  defines  specific  ranges  for  the  sizes  of  all  elements  and 
values  of  all  parameters. 
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d)  defines  specific  maxima  for  the  niomber  of  simultaneously 
defined  elements  of  some  types  (e.g.,  segments,  protection 
regions)  which  inherently  must  be  saved  by  interpreters. 

The  Model  Profile  contains:  specifications  with  mandatoiry  values, 
which  shall  be  incorporated  into  every  conforming  Profile; 
specifications  with  a basic  value  supplied  in  the  Model  Profile, 
which  value  may  be  changed  by  valid  Profiles  with  cause  to  do  so; 
specifications  where  no  value  is  supplied  by  the  Model  Profile 
but  whose  value  must  be  defined  by  conforming  Profiles. 

The  Model  Profile  is  a conformance  target  for  implementations 
claiming  "full  CGM  implementation".  A subset  of  the  Model 
Profile  is  a conformance  target  for  any  sxibset  implementation 
claiming  "correct  CGM  implementation".  The  only  notion  of 
"conforming  CGM  generator"  in  this  standard  is:  one  which  puts 
out  only  metafiles  consistent  with  the  Model  Profile,  and 
performs  correct  semantic  and  syntactic  translation  of 
application  graphical  objects  into  CGM  elements.  The  only  notion 
of  "conforming  CGM  interpreter"  in  this  standard  is:  one  which 
correctly  reads  any  metafile  consistent  with  the  Model  Profile, 
and  correctly  renders  or  translates  its  content  according  to  the 
semantic  definitions  of  this  standard. 

General  Specifications: 

Default  Bundle  Tables  (vl) : 

Colour  Dynamics: 

[...Define  circumstances ...  are  contrary  to  ISO  8632  philosophy 
and  shall  be  prohibited  by  all  Profiles.] 

Pattern  Dynamics: 

[...As  for  colour  dynamics]. 

Full  colour  definition  or  no  colour  definition: 

[All  Profiles  shall  require  that  "all  colours  which  are  used 
shall  be  defined  or  none  shall."  ...this  actually  belongs  in 
"General  Principles"  instead  of  Model  Profile.] 

Color  level:  mono,  gray,  colour. 

[Profiles  laay  define  these  subsets.  Model  Profile  will] . 

[This  section  to  be  completed,  consistent  with  clause  6 and 
moving  relevant  material  from  clause  7]. 
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- Should  the  concepts  of  basic/non-basic,  which  have  been  used  in 
much  profile  work  so  far,  be  incorporated  into  this  annex? 

- Should  all  Profiles  be  forced  to  have  at  least  a minimal 
graphical  primitive  and  attribute  set? 

- Should  Profiles  address  defaults  for  Version  3 things  that 
don't  exist  in  Version  1 and  2 (e.g.,  line  cap). 
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